Hello imajeff and Alex, Thank you for your comments and ideas. The MLO support team solved my issue with the MLO Cloud on Windows 7, which is the current best solution available for my usage case right now... I am happy for that and glad to pay and use for it.
About the branches issue and the movie "Everything Everywhere All at Once, which is a cool one ha ha ha, I think this kind of feedback between the company and its customers could be extremely valuable. As a developer myself, I personaly give support to customers and get feedback. It is not always possible to implement all the customer's ideas, but sometimes it was done indeed, and their feedback is unvaluable. It depends a lot on the company's policies and other issues... but I think it is worth trying, as it could be a win-win scenario. About the Syncthing project, thanks for the recommendation, although it seems the Android app was removed... also, there is no centrallized storage, so the devices need to be online to sync, which is not useful for my usage case right now, but thanks anyway. Nevertheless, as a dev myself, I was extremelly curious about the possibility to get more access to the MLO sync or files... so I made a couple of tests. I am sharing here what I found: the WiFi Sync is done with a separate library called ""*MLOWiFiSync.dll*" which is dynamically loaded from the main executable "mlo.exe". That libary implements some functions that could be called from a different utility, which names are: *GetActiveSessionCountGetLastSynchronizationErrorGetLastSynchronizationErrorCodeSetLogFileNameSetOnDataNeededSetOnDataReceivedSetOnPairRequestedSetOnServerErrorStartListeningStopListening* The problem is the library is not specifying the arguments to those functions, which is a problem without the source headers or API documentation, which is unavailable. But, it is possible to create a fake library to replace it and debug the process, and having a possibility to get the arguments when the fake library is called by the MLO executable. One that is done, then it would be possible to directly call the library from a different app or utility. For example, it would be possible to create a WiFi Sync of the AbstractSpoon ToDoList with the MLO for Android app, which would be really cool. The user would still need to buy the MLO for Android Pro version to be able to use that feature. Of course that would be a kind of reverse engineering that would require a lot of work, but seems feasible... MLO might not approve that kind of development anyway... Apart from that, I have checked the file formats: *MLO for Windows* has a "*.ML*" file format, which is actually zip-compressed. If you rename it to ".zip" you can extract a file called " *ZIPDATA*", which has a bunch of binary data. That would be extremelly difficult to use. But hte Windows app has the possibility to export the data to different text file formats that can be usable... although none of them can be opened from the Android app. *MLO for Android* can export the user profile to a file, than can be sent to a computer to see... it is a "*.mlobak*" file format, which is also zip-compressed. If you rename it to ".zip" you can extract two files with the data in plain text: "*views.xml*" and "*tasks.csv*". You can actually see and read the tasks names on that CSV file, but it is a completely different file format from anyone from the Windows app. MLO for Windows cannot read anything from that. Although there might be a possibility there to create an utility to convert from the Windows XML to the Android CSV, it would be a lot of work and not practical to sync. The ""*MLOWiFiSync.dll*" looks way more promising. For now, I am happy enough with my MLO Cloud, ha ha ha... El jueves, 1 de agosto de 2024 a las 13:15:26 UTC+2, Alex escribió: > Hugo, > > In regards to syncing of files between various platforms, devices etc... I > highly recommend you checkout open source: https://syncthing.net/ > > This is what I use to sync files between various platforms, devices phone > (Android), desktop (Windows), tablet etc... Very customizable and reliable. > > Jeff, > > I agree with you 100% that it would be very nice for MLO team to add API > feature, essentially means for advanced users to integrate with other > commonly used apps. In my case I would love to have ability to have more > advanced integration between MS Outlook desktop and MLO. Can easily be done > through API/DLL. Would love to have means to use keyboard hotkeys/shortcuts > (not mouse drag and drop) to instantly turn emails into MLO tasks (with > subject/message contents) copied just as currently able to do with drag and > drop. Would love to have improved means to also have better integration > between MS Outlook desktop calendar and MLO. Final cherry on top a sync > service that can be run on local machine just like MLO cloud sync that > would properly sync between Windows and Android (phone/tablet} without > having to pass data to AWS MLO cloud. But having had a chance to read some > of your posts it sounds like these are all wishful thinking and chances of > getting these features added are slim. Regardless even without these the > app is phenomenal. > > Regards, > Alex > > On Wednesday, July 31, 2024 at 10:22:35 AM UTC-4 imajeff wrote: > >> On Wednesday, July 31, 2024 at 4:22:29 AM UTC-6 Hugo González Castro >> wrote: >> >> Actually the MLO Wi-Fi Sync doesn't work between Android devices, even >> with the pro version (I have the pro versions for Android and Windows). It >> doesn't work for my usage case because I need to sync my two Android >> devices while traveling without access to any of my desktop PCs. The best >> solution for now to me is just using the MLO Cloud, which is what I'm doing. >> >> >> Right, sorry but I knew Cloud Sync was the only solution for now and I'm >> glad it is there. I didn't realize you need multiple Android also, which >> has been another limitation. Some have mentioned they don't trust cloud, >> which is why I talk about my own intermediate service which each Android >> Wi-Fi Sync can communicate with to keep whichever one you're using at the >> time updated (it would remember multiple pairing), and when your home >> computer is on, the service will sync with that so they all stay in sync >> but the desktop and Android don't need to be always connected. For my own >> security, I would need my own VPN tunnel. That's for accessing my home >> network LAN but still isolated from outside Internet. Nothing of this >> nature can be 100% secure, keep in mind, but my own VPN beats trusting >> cloud services in theory. >> >> >> >> About development options. The AbstractSpoon ToDoList for Windows is a >> great alternative for MLO for Windows, with even more features, FTP sync >> and way more. I have been using it for many years. The only problem is >> there is no official mobile app. I talked with its developer, but creating >> a good mobile app is way too much work, even teaming up. Such an >> opensourced app for ToDoList might put MLO and other competitors out of >> business... About any possibility of extending the functionality or >> compatibility of MLO, would require at least the documentation for other >> developers... and the MLO team doesn't seem to be interested in that >> possibility. That's the inconvenience of close-sourced software... that's >> why I keep open the possibility of migrating my data back to ToDoList. I >> already made the code of ToDoList compatible with the XML for MLO for >> Windows, to migrate my data. But I don't know the format of the Android >> app... that would be great to make a compatibility tool... >> >> >> Yes, everyone says these things about every application, don't they? "Why >> can't you have feature [X] and [Y] because system [Z] has those and many >> more..." >> This is how reality works, endless branches. Keyword is 'branch'; means a >> different direction. It reminds me of the movie, "Everything Everywhere All >> at Once". The truth is of course that one application would have to be >> designed to do all those things earlier on. This isn't that. >> Did you know this (original MLO for Windows) was what I would call the >> one man's dream application [usually most efficient not bloated nor >> fragmented], while many that compete with each other are just Enterprise >> business throwing around $$$ to check off as many features as they can to >> gain the largest customer base. It's not his dream, this is more of the >> "Engineer's project" which makes it good for an engineer to fully use. I >> quickly noticed the layman struggles to imagine the best way to use this in >> their case. Of course it is a challenge for us engineers to use it the way >> we want but hey, that's the fun! >> >> >> >> I understand now your suggestion of understanding the wifi sync protocol. >> Basically, you are talking about reverse engineering the protocol... that >> cloud be a possibility, if it is not encrypted. >> >> Yeah surely not encrypted because why else to work only in your LAN, ya >> know... >> >> >> It is indeed possible to spy the network traffic and see the transmitted >> data. If the protocol is easy, we could use that for our convenience... >> not a bad idea... it could be easier than reverser engineering the file >> format and creating a tool for the FTP sync by replacing files. I have >> still to try to fix my MLO Cloud sync in Windows, because the reverser >> engineering options look like a lot of work... >> >> >> You brought up another problem with something like MLO Cloud Sync... >> simpler to use, uless it doesn't work then nothing you can do if the >> problem is from one of the third parties. I suspect maybe it has to do with >> MLO 6 version trying to update authentication, but then all I could think >> of is what both of you did: erase the sync configuration and try >> authenticating again. Could be a lot of different problems that don't even >> have to do with MLO or your network and installation yet would be difficult >> if not impossible for us to trace. I am currently running niether MLO 6 nor >> Cloud Sync or manybe I could think of something else to try. >> >> You gave a great report of problems and troubleshooting, so I hope they >> can figure it out. >> --jeff >> >> > -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/mylifeorganized/0792762c-91d7-4e7b-a779-6b16a8af0784n%40googlegroups.com.
