Hi everyone!

First of all: Happy new year to everyone! 🎉 I really hope you all had a great start into 2023 - let is be a wonderful and peaceful year!

What could be better than getting into the new year with a new release of your favorite todo list and note taking app? Right, so, let’s have a look at what this version brings (disclaimer: it might look disappointing at first, but this release is huge):

Changelog

rpdev/opentodolist#541: Migrate the app to Qt6

Yes, you see correctly - this is the one and only issue that made it into this release. And well, it was in fact quite some work getting there.

Qt is the framework OpenTodoList is built upon. It allows us to build the app for all of the operating systems and platforms we currently support. Without that, we wouldn’t have the resources to support the app on such a wide variety of platforms.

Up to now, OpenTodoList was based on the previous release of Qt - version 5.15. However, the v5 line is no longer developed. So in order to benefit from further development, we needed to migrate to the new v6 version line. This release of OpenTodoList is the first which is built again Qt 6.

With that, we lay the foundations for further great development of the app. But what about you (as a user)? In fact, by migrating, we also pull in all of the interesting things that happened in Qt between v5 and v6. For example:

  • On Android, the app now follows the system color scheme automatically.
  • On iOS, positioning the text cursor in text inputs works as expected (e.g. when using swipe on the spacebar to move the cursor).
  • On macOS, you can now keep a key (e.g. A) pressed to get a list of possible alternatives (e.g. Umlauts or accented versions of the letter).
  • Generally, Qt6 supports other graphic backends than OpenGL. This is particularly interesting on Windows, where OpenGL is often a problem - here, rendering can be done via DirectX, which should work more stably on a larger set of devices.

We tried to thoroughly test the app before the release, however, such a large change always brings the chance of regressions (also see the known issues section at the end of the update). So - for this release more than any other - please report any new issues you encounter in our bug tracker. Thanks a lot! 😄

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 is a minor known regression with the Qt6 based build of the app when running on Linux with Wayland. Reordering items via drag and drop works, but you sometimes have to click somewhere (e.g. the tool bar) to re-enable hover for the items after such a drag and drop operation. This has been reported as a bug against Qt in their bugtracker. Usually, you can start the app passing it the -platform xcb option to force using X11/XWayland (which does not show the same symptoms).

Hi everyone!

It’s October again, for some of us this means Halloween is right ahead 🎃 And well, another thing is long overdue: Another release of OpenTodoList! Let’s check out the list of changes that made it into this release!

Changelog

rpdev/opentodolist#520: Remember the last opened item

This is a really welcome usability enhancement to the app: If possible, OpenTodoList now remembers the last item that was open between restarts. This is also true if the item is e.g. a todo - in this case also the parent todo list will be opened on restart.

rpdev/opentodolist#576: Fix - return button not responsive when an editor is open

This is a litte regression that sneaked in during one of the last releases: when a notes editor was open in a todo page, it was not possible closing the page unless the editor was closed explicitly. On the other side, when the notes editor was open on the todo page, going back would close the entire page, instead of just closing the editor. Both of these issues are now thankfully gone 😊

rpdev/opentodolist#577: Use the system browser for the Dropbox login on iOS and Android

On both iOS and Android, we used to use an embedded web view to let the user sign in to Dropbox when adding an account. This - however - is actually forbidden (actually due to restrictions by Google, because Dropbox allows signing in using your Google account). So starting with this release, we now also use the system browser on these two platforms for the login.

rpdev/opentodolist#565: Properly set window icon on Wayland

On a totally different page: OpenTodoList also runs natively on Wayland/Linux. However, the window icon (and hence also the icon in the taskbar) was not correctly set and hence the app would be represented using a generic icon instead. That’s definitely something we had to fix 😉

rpdev/opentodolist#536: Fix connection to the background service in the iOS simulator

This is rather a developer thingy, but still important for us: Previously, the app would not properly work within the iOS simulator - which makes debugging on this platform not necessarily easy. We fixed this now, so from now on, testing and debugging for iOS should be way simpler!

rpdev/opentodolist#549: Fix a crash when using the back button on Android

Another crash we fix with this release: Previously when using the back button on Android, the app would close/crash completely. Now, fixed as well ☑️

rpdev/opentodolist#556: Increase icon size

This is a little usability thing - we slightly increased the sizes of the icon tool buttons, which should make using the app more comfortable, especially on systems with a higher pixel density.

rpdev/opentodolist#354: Upload to the macOS app store

On macOS, we prepared uploading the app to the App Store. We still have to give it a try, but after all, this could be the first version that is available via the app store!

rpdev/opentodolist#546: Update notarization on iOS

Another developer thing, but still necessary to implement: We updated the way the app is notarized on Apple systems. This step was required as the previous method is going to be deprecated rather soon.

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.

Hi everyone!

As ever so often: Big releases bring one or the other annoying little bugs with them. Its unfortunately the same with v3.41 of OpenTodoList. So - consequentially - here’s the remedy: v3.41.1.

Changelog

rpdev/opentodolist#547: Fix constant reopening of the global schedule page if it was the last page open before exiting

This is a nasty little bug which sneaked in late during the development of the last version. Release 3.41 brought to you an all new Global Schedule View showing all the items with due dates across the libraries you added in the app.

Usually, the app will reopen the last view you selected - and we implemented the same for the global schedule view. However, this is where the 🪲 is hiding: When the last view you opened before existing the app was the global schedule view, then - whenever there are changes in the data - the app would re-open that view. Which - really is annoying. A workaround was to ensure that another view was open before existing, but hey, that’s definitely rubbish. So… this bug got fixed, and we hope you can now fully enjoy the global schedule view 😉

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.

Hi friends!

The previous release of OpenTodoList is not so long ago - you might remember, we were “a bit” late (well, 2 months, to be precise). Now, you might wonder: Is just about one month enough to justify another full release? The clear answer: Sure it is!

This release comes packed with some exciting new features and enhancements. Ready? Let’s go!

Changelog

rpdev/opentodolist#533: Allow Assigning A Color To A Library

This first change seems like minor beautification, but you’ll soon see there’s way more behind it: You can now assign colors to your libraries 🎨

The color of a library is shown as a decent color swatch in the sidebar. This feature alone might already be super helpful if you work with multiple libraries: Having distinct colors helps you navigating quicker by choosing different colors for different libraries.

You can now select custom colors per library. The colors are shown as a decent color swatch next to each one in the sidebar.

If you don’t explicitly select a color, OpenTodoList will pick a random one for your, so you can also opt to just ignore this feature. However, you should consider using it, as it also enables another nifty new thing in the app…

rpdev/opentodolist#532: Global Schedule View

… which is the Global Schedule View! Up to now, you could open the schedule view for each library individually and see the items that have due dates assigned to them there. However, working with multiple libraries meant you had to jump between them all the time.

This gets way easier now: You can just use the global schedule view (which is at the top of the side bar) and see all items with due dates across all your libraries. And here the new library color features comes in as well: To easily see which item belongs to which library, we also use the library color and render a little color swatch next to each item.

There is now a global schedule view, which shows items with due dates from all of your libraries. The library colors are used to indicate to which library a particular items belongs.

rpdev/opentodolist#521: Allow Attaching Multiple Files At Once

Okay, enough of colors for now. There’s more than that. In fact, this release also comes with additional usability enhancements. The first is, that you can now select multiple files at once when assigning them to an item. That’s super handy if you have to store several files to an item (like a list of images or PDF files). But if you are working on a Desktop system, attaching now gets even easier…

rpdev/opentodolist#522: Allow Attaching Files Via Drag And Drop

Right, by using drag and drop. You can now simply select the files you want to attach to an item in your file explorer and drag and drop them into the open item in OpenTodoList. This will automatically attach them to the item in the app.

rpdev/opentodolist#336: Allow Specifying An End Date For Recurring Items

Another nice usability feature is, that you can now specify and end date for recurring items.

Up to now, if you selected a recurrence pattern on an item, it would recur infinitely. To stop it from recurring, you had to explicitly unset the recurrence pattern. If you know you don’t want an item to recur beyond a certain date, you can now put an end date for recurrence to an item: If you complete an occurrence of an item and the next one would be beyond the end date, the item is marked as done (or the due date removed in case of non-todo items).

You can now select an end date, up to which items will recur.

rpdev/opentodolist#501: Optionally Show Item Notes In Listings

Last but not less useful: You can now opt in to see additional details of items in listings. If an item has some notes set, you can now see the first line of the notes in listings (e.g. within todo lists or in the schedule view).

If enabled in the settings, you now get a short excerpt from the notes of an item in listings, e.g. inside a todo list or when you view items via a schedule view.

To enable the feature, go to the settings and make sure the option Show notes excerpt in listings is enabled.

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.

Hi everyone!

In can be so fast… just a few days ago, we release v3.40 of OpenTodoList. That release was huge - not only did it introduce support for Dropbox and hence makes the app way more accessible to a lot more people. That version also brought a lot of under-the-hood changes that improved the code structure - which was needed to get the Dropbox support in as well as ready the app for future changes.

Such restructuring unfortunately often comes with some minor issues here and there. Although we plan to have the next proper release of the app - v3.41 - end of the month, we still decided to push out an intermediate bugfix release to iron out the most annoying things. Here’s a quick dive into what v3.40.1 fixes:

Changelog

rpdev/opentodolist#540: Fix language selection in the settings

We fixed a bug that prevented users from manually selecting a different language for the user interface in the app’s settings. Trying to do so would always revert the app back to the system language.

rpdev/opentodolist#543: Fix collapsing of libraries in the sidebar

There was a bug being introduced which prevented you from collapsing libraries in the sidebar.

rpdev/opentodolist#542: Make refreshing access tokens for Dropbox more reliable

When using Dropbox, the app acquired an access token which it uses to authenticate against the server. These tokens need to be refreshed regularly - however, this was not properly implemented, so from time to time you would get a warning that the sync against Dropbox cannot be done. The only way to “fix” that was to restart the app or go to the account and press the “OK” button there (which causes the tokens to be refreshed manually).

We added some better handling which should ensure we always keep the tokens up-to-date and also prevents us from running a sync while the app only has an outdated access token.

rpdev/opentodolist#538: Fix/improve logging into Dropbox

Last but not least: We improved the login experience to Dropbox. On Android, once you logged in and granted the app access, the callback site would not load. One had to manually switch back to the app instead. This is solved now by using a built-in web view to let you log in to Dropbox. The same technique is now also used on iOS, which makes the login experience there a bit smoother as well.

On all other platforms, we still use the system browser for the login, so no changes there.

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.