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.

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.