Hi everyone!

Just in case you wonder: No, you didn’t miss the 3.40 release of OpenTodoList back in March. Yes, we are two months late for v3.40. The reason? Well, one: Time 🕚 As usual, there cannot be enough of that resource. However, we had another good reason to delay the release: There’s a really huge feature in this release, and we definitely wanted that it made it into this release. So, are you ready to dive into this release’s change log? Here you go!

Changelog

rpdev/opentodolist#412: Dropbox Support!

Let’s start with the most exciting feature in this release: Support for Dropbox!

OpenTodoList is, was and always will be an app focused on your privacy. One of the key components to enable this is to allow using any kind of storage server to sync your library across your devices. This allows to pick a service you really trust with your files. The first protocol OpenTodoList implemented to enable such a sync was WebDAV - and with this, support for two wide-spread and well-functioning services (NextCloud and ownCloud) was implicitly added as well.

However, not everyone has a WebDAV service which is really trustworthy at hand. And while technically everyone can host their own instance of NextCloud or ownCloud, most people either don’t have the expertise to do so or simply lack the time to maintain such a service.

So, what if you would like to use OpenTodoList but neither have a suitable WebDAV service not want to maintain your own instance? Well, with this release, we finally have you covered 🎉

Dropbox is one of the most well-known file hosting services in the world. And if you decide to get an account there, you even get some space for free. If you have some Megabytes left of your free quota, then you can use them to sync your OpenTodoList libraries from now on. As with NextCloud, ownCloud or any generic WebDAV service, you can now connect the app to your Dropbox account and add arbitrary many libraries that are synced via that service.

The feature is really brand new - so consider this kind of beta. Of course, we’d be more than happy about any kind of feedback you might have for us.

rpdev/opentodolist#454: Decrease size of the app when distributing as Flatpak

Now, support for Dropbox is certainly a great new addition, but by far not the only change that went into this release. Another important one for the Linux users of the app: We managed to reduce the size of the app when distributing it as Flatpak.

The secret here? Well, there were some files being distributed that definitely were not required (by end users). So, easy one to fix, but still, a probably welcome change for our Flatpak users.

rpdev/opentodolist#488: Better todo counter

Another nice usability enhancement in this release: We now show both the number of open as well as the total number of todos within the todo list page. This is particularly useful in case you hide completed todos - with that feature you always immediately see that there are more items in the todo list than what is currently shown.

rpdev/opentodolist#517: Add reset option for the due date in context menus

Other change, but also related to usability: There’s now a “reset” option to unset the due date of an item in the context menus. This way, you can quickly unset the due date (before, you had to open the calendar view and reset the due date from there - these additional clicks are no longer necessary).

rpdev/opentodolist#504: Properly sort by last updated at date

OpenTodoList normally let’s you sort your items manually. However, you can also use automatic sorting - for example, by the name of your items or the date when they have been updated last.

Unfortunately, the sorting by updated at date had a kind of bug: The app would only sort by the direct updated at date of the items. For example, within the library page, only the updated at date of a todo list itself would be considered. But: What if one does not change the todo list itself but one of the todos or even a task within one of the todos? Well, these changes in child items would simply be ignored - leading to rather unintuitive sorting. Anyway, this is a thing of the past now 😉

rpdev/opentodolist#516: Add indicator that a todo contains notes

OpenTodoList allows you to add notes to nearly all items. For some items this seems natural (well, note items, for example 😉), for others, this is not necessarily the truth. In fact, when you e.g. only add notes to some of your todos, it might be hard to find the ones which have notes present in them. In order to make it easier to immediately see that e.g. a todo item contains notes, we now show a little indicator icon in listings.

rpdev/opentodolist#507: Keep input field focused when adding todos

Now, let’s start with a list of various fixes in this release. The first one: The input box for creating new todo and task items. Previously, when entering a new item, on mobile platforms, after adding an item the input would loose the input focus. To enter another item, one would then first have to focus the input field again. This has been fixed, so from now on, when you enter a new todo or task, the input field remains focused so adding multiple items in a row is way quicker and fluent.

rpdev/opentodolist#511: Fixes in Chinese translations

Thanks to many contributors, OpenTodoList is available in a variety of translations. Unfortunately, there were several issues with the Chinese translations.

First of all, traditional and simplified Chinese translations were mixed up in the translation service we use (which is POEditor). And on top, the automatic selection of the correct variant also was not properly implemented within the app. Good news: Both of these issues have been fixed!

rpdev/opentodolist#518: Fix restoring the window after hiding on mac OS X

On mac OS, there was a nasty bug that made it difficult to restore the app window once it was minimized to the dock. To make it short: This is fixed ☑️

rpdev/opentodolist#513: Fix that the last items in the language selector dropdown are sometimes hidden

Another nasty little bug: In the language selection dropdown in the settings, the last few items would sometimes not be visible. This is now fixed as well!

rpdev/opentodolist#512: Fix that changing the language resets the selected theme

Last but not least: Previously, when changing the language in the app settings, this would also reset the selected theme of the app. Here, as well, we can say: Fixed 🥳

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.

Hey everyone!

The next bigger release of OpenTodoList is already pending. However, we are today releasing a quick bug fix version, which brings two important fixes:

Changelog

rpdev/opentodolist#527: Building against system KF5 Syntax Highlighting broken

OpenTodoList uses the Syntax Highlighting library from the KDE project for its Markdown highlighting.

Recent versions of this library introduced a change in their build configuration, which caused the app build to fail in turn. This version of OpenTodoList fixes this by adapting the required include paths to new versions of the library.

rpdev/opentodolist#514: Problem on create new libraries (multiple creation)

This is another mean bug that sneaked in in one of the last versions: When creating a new library, the app would no longer open that library once it has been created. Instead, it would just keep the previous page open (which somehow can lead to the impression that creating the library failed in the first place).

This release fixes this as well.

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.

Hey everyone!

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:

Changelog

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 Esc key will - as in the past - pop one page at a time from the stack.
• However, if only one page remains (and hence, Esc would 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 😉

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.

We’re in October, and besides 👻 Halloween 👻 you’re probably waiting for an update of OpenTodoList, don’t ya? Now, here it comes!

Changelog

• rpdev/opentodolist#470: OpenTodoList recently got the ability to move and copy items around. To make this more convenient, we introduced (alphabetical) ordering of items when selecting a target parent item for such an operation.
• rpdev/opentodolist#478: This is a quite technical issue, but still… up to now, we used a quite dated signing scheme for the Android deliveries. This is a thing if the past now - although ideally, most of you never will notice a difference 😉
• rpdev/opentodolist#479: On macOS, the application menu was not properly translated. Although there is in general not much to see (the app doesn’t currently use that menu…) this still makes it more consistent of you’re on a non-English system.
• rpdev/opentodolist#465: Talking about translations… there was a bug that caused the app to not properly take up the system language, so you instead had to manually switch the language in the settings. The bug showed up at least on iOS and macOS, but probably also could manifest on other systems. No matter, fixed with this release ✅
• rpdev/opentodolist#471: This is an important one… OpenTodoList currently uses WebDAV for its built-in synchronization. The good thing is: WebDAV is a standard protocol with lots of servers implementing it (e.g. many email providers make online storage available via that protocol). The bad thing is… a lot of these implementations are not fully standards compliant. This caused issues with the sync. In this release, we beefed up the handling of such faulty servers, making the sync more robust. It might still not work in 100% of all cases, but the app should be usable now with many more servers out there. Please note, that if you already have added one or more accounts in your app, you have to either re-add them or edit them - pressing that OK button in the account settings will trigger a test against the server, which is required to detect faulty behavior and activate the necessary local workarounds in the app.

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.

We just released a new bug fix release of OpenTodoList. Here’s the list of fixes included:

Changelog

• rpdev/opentodolist#445: On Windows, when running the uninstaller, we now ensure that the app gets terminated. This is especially important during updates. The installer first calls the uninstaller to remove the previous version. If the app continues running in the background, the installation will run into issues (complaining that the app executable cannot be written). Note that the fix will get effective only after the update, i.e. for current installations, you have to make sure the app is not running manually.
• rpdev/opentodolist#469: We added an option to the CMake build to select the Qt version to build against. This is important on systems, where both Qt5 and Qt6 are installed in parallel.
• rpdev/opentodolist#451: We ironed out a bug where source code in the notes of an item would not wrap at the end of the line.
• rpdev/opentodolist#473: Last but not least, there was a bug which sneaked in with the UI refactoring we recently made, which rendered the confirmation dialog to delete all completed items in a list unusable.

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.