We hope you had a great start into the new year 2022 🥳🎉🪅
Talking about the new year: What about starting it with a fresh release of OpenTodoList? Interested? Then let’s have a look what changed:
rpdev/opentodolist#470: Show number of done/total number of tasks of a todo within todo lists
Let’s start with a pleasant little usability improvement. Todos in OpenTodoList can contain arbitrary many tasks. However, when you are within a toto list, there was (until now) no visual indication if or if not a particular todo had such sub-tasks. We changed this now:
You still get the “progress” indicator as background, however, if none of the sub-tasks of a todo is done, this indicator is not visible at all, hence, the new indicator adds real value.
rpdev/opentodolist#470: Improved selection of folders on Android
OpenTodoList organizes your data in libraries. These are typically stored in a location private to the app, especially if you use the built-in sync mechanism. However, you can also decide to store a library in an arbitrary location.
For this, you need to select a folder which will be used for storing your library (or, you can select an existing library folder to add it back to the app). In the past, the user interface for selecting folders was rather unusable. We improved it quite a bit in this release: On Android, we add some sanity checks to ensure we don’t try to jump into folders we cannot list. And on all other platforms where this feature is supported, we use a native file dialog to let the user pick a folder.
rpdev/opentodolist#470: Improved generic file (and image) selection on Android
For Android, we have some more nice features ready in this release. Do you know that you can attach arbitrary files to items? This requires a mechanism to select these files. On Android (and all platforms in general) we now use a proper file dialog for doing so, which should vastly improve the user experience!
Note: On Android and iOS, it still is not possible to actually view attachments afterwards. This is a known issue which we’ll hopefully be able to work on in the next release. However, you can of course attach files to items on your mobile and view them in the Desktop version of the app.
rpdev/opentodolist#470: Fix showing of the color menu when it is opened from the dots menu
The top level items within a library can be assigned colors - this makes it easier keeping an overview of them when your libraries get crowded.
One option to pick the color is opening the item and then using the color option from the toolbar or - if either the window is too small or the item title too long - the appropriate option from the dots menu - except that the latter didn’t work. 😱 This bug has been fixed in this release, so even if you use the color entry from the menu, it should work just fine now!
rpdev/opentodolist#470: Added an option to show completed todos/tasks at the end of the list
What happens to todos/tasks once you mark them as done? In the past, depending on how you configured the app, they either would remain where they are or they would be hidden automatically.
This release brings a new option you can use:
It allows you to show all completed items but at the end of the list.
rpdev/opentodolist#470: Fix sync against OpenXChange WebDAV server
WebDAV… friend and foe at the same time. It is a widely used and widely implemented protocol which allows storing data remotely on a server. OpenTodoList implements it and hence can be used with a huge number of already available servers; for example, many mail services also provide a small online storage which usually can be accessed via WebDAV.
But not all servers implement the WebDAV protocol equally well - so some set of special fixes for the WebDAV server built into OpenXChange joins the set of already implemented workarounds for various other server implementations. For you as a user these are great news: OpenXChange is widely used, so if you have an account e.g. on mailbox.org, you can now use its online storage to sync your OpenTodoList libraries!
rpdev/opentodolist#470: Clear warnings about a library when that library has been removed from the app
There was a minor issue when deleting a library from the app: If there were any problems with the library before removing it, these warnings would stick in the app, without a way to remove them. The only way to get rid of them was to completely stop the app and start it again.
This bug has been fixes, so removing a library should also clear all related warnings being shown for it within the app.
rpdev/opentodolist#470: Using Esc when the app is in fullscreen mode will cause it to be shown windowed (unless there are pages on the page stack)
On macOS, it is common that you can use the
Esc key to return to windowed mode when an app is in full screen mode. This behavior is now also implemented in OpenTodoList:
- If there is more than one page visible (e.g. if you are viewing the contents of a todo list), the
Esckey will - as in the past - pop one page at a time from the stack.
- However, if only one page remains (and hence,
Escwould not have any other effect), the app would leave full screen mode (given it is shown in that mode at all 😉).
rpdev/opentodolist#470: Clicking a library/tag in the sidebar now always opens the library folder
Another usability improvement: In the past, clicking onto a library or tag in the side bar would only have any effect, if this item is not already shown. However, this also meant that when you were viewing e.g. a todo list within a library, selecting the library would also not have any effect.
This behavior has been changes, so now, whenever you select an item in the sidebar, that library is always opened (and the page stack cleared).
rpdev/opentodolist#470: Build one AAB file per Android target architecture
This change is not too relevant for end users, but for us, it is an important preparation for future releases…
The Qt framework the app is built on used to provide a so called multi-ABI build for Android, i.e. there was one build of Qt which had binaries for all supported Android target platforms (i.e. ARM 32 and 64bit, x86 and x86_64). Consequentially, when building an AAB file (which is required to distribute to the Google Play Store) one file would be built having all target platforms’ files.
However, this is a thing of the past: In the new Qt 6 framework, there is one Qt build for each platform; hence, also for OpenTodoList, we will have to deliver one AAB file per target. While we are still on Qt 5 in this release, we already migrated to the new approach, so we are prepared for the upgrade to Qt 6!
rpdev/opentodolist#470: Fix the Snap build after updates in the build environment
Last but not least: The Snap release of the app. There recently were some issues with the Snap build due to some upstream changes. After resolving these, we had to apply some patches so the app would run again properly. Anyway, for you as a user, this change should be transparent and ideally you won’t notice any part of this work 😉
- 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.
There are currently no known issues. If you encounter any issues, please file a bug report in the bug tracker.