The last release of OpenTodoList brought again some under-the-hood changes. And of course, a mean little bug managed to sneak in 😠 So, here comes an intermediate bug fix release of the app:
Changelog
rpdev/opentodolist#426: On Android, HTTPS connections were broken on at least some devices. If you have an already existing library, this one simply won’t sync anymore. Adding new libraries even didn’t work out at all! We still have to find out what causes this (a first attempt at fixing this with the new cmake based build didn’t work completely) - so for the moment we revert back to using qmake for building the Android releases of OpenTodoList.
Downloads
Please find the download links for major platforms on GitHub.
For Android, the release is available via Google Play.
For iOS, the release is available via the App Store.
If you use snap, you can install the app from the snapcraft.io.
If you use flatpak, you can install the app from Flathub.
For Arch based Linux distributions, you can install the app from AUR.
Known Issues
There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.
Once again, we are well into March - over time for the next OpenTodoList release 🕓
While the list of changes this time is not overly long, it still is interesting and - as so often - should help ready the app for accelerated development in the future.
Changelog
rpdev/opentodolist#325: This is definitely the issue we spent most time on this release. And if you followed the release notes of OpenTodoList closely, you most likely will have a kind of déjà vu. Yes, we once again tried to port the app over to cmake as a build system. This isn’t the first time - and currently, the qmake based build still works fine. However, Qt, the framework OpenTodoList is mostly build on, migrated to cmake as its main build system with version 6 (to which we hopefully will upgrade soon). Using cmake would bring a lot of advantages over qmake, so it anyway makes sense. Now, with Qt supporting cmake more widely and on more platforms, reviving the cmake build for OpenTodoList was the right time. We still need to look into two targets - iOS and Snap - where for this release qmake is used. As soon as we have them covered, cmake will be used for all official releases of OpenTodoList.
rpdev/opentodolist#415: Upon a release, GitLab and GitHub create source tarballs automatically, allowing you to download a snapshot of the sources of the app at the time of the release. This is sufficient for a lot of projects, but currently, due to the use of git submodules and how they are included in the app, the auto-generated tarballs were not suitable to build OpenTodoList from these. We fixed this, but creating own tarballs, containing also the sources of the included sub-modules. That way, you now should be able to build the app also from the provided tarballs attached to the releases on GitHub!
rpdev/opentodolist#407: In the library page, when some of the entries had long titles, they were just cut off. This wasn’t quite elegant, so we had to change this. First, as titles get longer, the font size is decreased a bit to fit the title into the item. If the title is even longer and we would need to decrease the font size below a certain limit, we show an indication that the item title is stripped and - when hovering the title with the mouse cursor - show the full one in a tooltip.
rpdev/opentodolist#408: This one especially hit users on some Android devices, but also might be known to some users on other platforms as well. OpenTodoList prefers using the Roboto or Noto fonts for the GUI, falling back to any font the underlying system deems suitable if neither of them is present. This sometimes led to very strange fonts being used. We are now fixing this by including a copy of the Roboto font with the app - so it now should look nice on any platform, no matter of these fonts are included natively there or not.
Titles of items in the library page now intelligently reduce the font size as the title gets longer. If the font would get too small, the title is truncated - you still can see it via a tooltip by hovering the item.
Downloads
Please find the download links for major platforms on GitHub.
For Android, the release is available via Google Play.
For iOS, the release is available via the App Store.
If you use snap, you can install the app from the snapcraft.io.
If you use flatpak, you can install the app from Flathub.
For Arch based Linux distributions, you can install the app from AUR.
Known Issues
There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.
This one is particularly important for Windows users, so in case you already updated and experience sync issues, please read on.
Changelog
rpdev/opentodolist#406: On Windows, when syncing against a generic WebDAV server, chances were that an invalid URL was generated by the new sync mechanism and hence, sync would fail. This is fixed now, so synchronizing your libraries against generic WebDAV should work again with this version.
rpdev/opentodolist#359: As a small gimmick, this release integrates a new feature which will be part of the next monthly release. In the settings, you can not specify a minimum size for items in the library view, so you can tune the size of the cards to your liking.
Downloads
Please find the download links for major platforms on GitHub.
After yesterday’s release of v3.31, some issues have been found with the new sync code - it seems, it especially happens on Windows, but we cannot exclude that other systems are not affected.
Changelog
rpdev/opentodolist#404: There were some issues in the code, which might cause the sync to delete some files. For this reason, please upgrade as soon as possible to 3.31.1! If you sync against a NextCloud or ownCloud instance, you can always recover deleted files. Even if you don’t immediately miss items, check your trash can if there is an unusually high number of deleted files since you upgraded to v3.30. Note that earlier versions are not affected. The fixes are specifically for the new sync code introduced in yesterday’s release. So if you did not upgrade to that release yet, you should be clean.
Downloads
Please find the download links for major platforms on GitHub.
Admittedly, the previous two releases of OpenTodoList were rather unspectacular. In exchange, v3.31 is just the more exciting 😁
Not only did we manage to finish one long awaited refactoring step, but also half a dozen other changes made it into this release, some user facing ones as well as under-the-hood changes that ready the app for the future.
Changelog
rpdev/opentodolist#198: You can see it from the issue number - this one did age quite a while. And this is also the reason why the previous versions of OpenTodoList did only bring very few changes each. The code, which is responsible to sync your libraries between devices, was hard-wired into the app. This is bad, because actually, we’d like to be able to reuse it for other apps as well. So we finally did it and started a new project - the SynqClient library. This library currently implements access to WebDAV servers (generic ones as well as special handling for NextCloud and ownCloud). However, we also improved the code quite a bit compared to what was present in OpenTodoList before. First, it is now designed such that access to other servers could be added in the future as well. And in addition, the library can make use of multiple connections to the same server as well as HTTP pipelining to speed up the sync procedure. You should notice this especially when adding a relatively large library on a new device. Before, this could take quite a bit, because OpenTodoList would load each file one after the other. With the new library, several files are downloaded in parallel, greatly speeding up the overall process.
rpdev/opentodolist#396: But a faster sync is not all that this new version of OpenTodoList has to offer. We also revamped the settings quite a bit. You can now select to use a dense variant of the Material theme, which saves a bit of screen estate here and there. In addition, you can also opt to use a more compact form for todo and task listings. And on top, the font size handling was improved - and there is an all-new option to manually specify a scale factor for the user interface (which comes in handy if on your system for whatever reason the automatic selection of a suitable scale factor does not work well).
rpdev/opentodolist#393: Inside todo lists you have the option to hide completed todos. For task lists (aka sub-todos) this was not possible until now. Well, emphasize on was 😉
rpdev/opentodolist#380: Some iterations before, we introduced the functionality to move a todo into another todo list. unfortunately, a little bug sneaked in, which would cause the other todos in the list from where the todo is moved to disappear. Well, not persistently, but in the worst case you would have to restart the app for them to appear back. This little annoying bug is fixed as well! 🩹
rpdev/opentodolist#395: Speaking of bugs… 🪲 There was another one - not as nasty, but still confusing. When you mark tasks inside a todo as done, a progress overlay over the todo item will visualize the overall state of open vs closed tasks in it. Well, except that when there were tasks you deleted from that todo, the indication would be a bit off… Well, doesn’t matter anymore, as this one is history as well.
rpdev/opentodolist#397: This is a particularly important one, although you - as a user - won’t notice. To speed up access to your libraries of items, a cache is used. The format for representing items in this cache was based on an API, which meanwhile has been deprecated in the underlying Qt library that the app is built upon. In order to be ready to upgrade to the next major release of Qt, we also got rid of this format and switched to a new and better representation of items in that cache. Again, for you as a user, this change should be transparent.
rpdev/opentodolist#394: And with this, we come to the last change for this release. This is again one that will be clearly visible… The app now renders completed todos and tasks a bit more prominently. So especially when scrolling through large item lists, it now should be easier for the eye to distinguish between closed and open todos/tasks.
Downloads
Please find the download links for major platforms on GitHub.
For Android, the release is available via Google Play.
For iOS, the release is available via the App Store.
If you use snap, you can install the app from the snapcraft.io.
If you use flatpak, you can install the app from Flathub.
For Arch based Linux distributions, you can install the app from AUR.
Known Issues
There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.
