OpenTodoList
net.rpdev.opentodolist
Zapstore _@zapstore.dev Republished from GitHub / F-Droid by the Zapstore main account.
With OpenTodoList, you can manage your notes, todo lists and images in libraries. And you decide, where these libraries are stored: You can sync your libraries with one of the supported services like NextCloud, ownCloud or Dropbox. Or you can decide to keep your files entirely local on the device where you use the app. Finally, as libraries are just plain files stored in a directory structure, you can use other apps, like Foldersync to keep them in sync with services not supported natively by OpenTodoList. OpenTodoList is open source - at any time, you can study the code, build the app on your own and even extend it on your own. Visit https://gitlab.com/rpdev/opentodolist to learn more.
First release: Jan 11, 2025, 5 total releases.
Most recent release: May 6, 2026.
Appears in 0 app stacks.
0 sats / 0 zaps received in the past year.
Sats Received
Underlying data available via MCP: app_zaps, app_releases.
Zap Count
Underlying data available via MCP: app_zaps, app_releases.
Releases
- May 6, 2026 3.51.1Hey everyone! Well, this is another one of those small follow-up releases that comes shortly after a bigger one. OpenTodoList 3.51.0 moved quite a bit of the QML code around internally, and while that cleanup was very much intended, it also changed where the app needs to look for its bundled translations. Long story short: Some localized versions of the app did not show up in their translated form anymore. OpenTodoList 3.51.1 fixes that regression.
More…
## Changelog ### [rpdev/opentodolist#706](https://gitlab.com/rpdev/opentodolist/issues/706): Fix Localization Regression From OpenTodoList 3.51.0 In OpenTodoList 3.51.0, the QML files were moved into a proper module structure. That also changed the resource path used by the app. The translation files were still bundled, but the app looked for them under the old path, so they could not be loaded correctly. This release updates the translation resource prefix to match the new module layout. If you use OpenTodoList in a language other than English, the app should now pick up the bundled translations again. While preparing the fix, the translations were also updated from POEditor. ## Downloads * Please find the download links for major platforms below. * For Android, the release is available via [Google Play](https://play.google.com/store/apps/details?id=net.rpdev.opentodolist). * For iOS, the release is available via the [App Store](https://apps.apple.com/de/app/opentodolist/id1490013766). * If you use `snap`, you can install the app from the [snapcraft.io](https://snapcraft.io/opentodolist). * If you use `flatpak`, you can install the app from [Flathub](https://flathub.org/apps/details/net.rpdev.OpenTodoList). * For Arch based Linux distributions, you can install the app from [AUR](https://aur.archlinux.org/packages/opentodolist/). ## 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](https://bugreports.qt.io/browse/QTBUG-109826). Usually, you can start the app passing it the `-platform xcb` option to force using X11/XWayland (which does not show the same symptoms). - May 2, 2026 3.51.0
- Hey everyone! After just a few days, here's another small update of OpenTodoList. Basically, it fixes just a single thing 😉 ## Changelog ### [rpdev/opentodolist#692](https://gitlab.com/rpdev/opentodolist/issues/692): Bring Back Translations Late in the development of the last version, a little bug sneaked in that prevented
More…
the translations that are stored within the app for several languages to be actually loadable. Long story short: This is fixed in this release, so if you prefer the app to show up in your local language - you'll get it! ## Downloads * Please find the download links for major platforms below. * For Android, the release is available via [Google Play](https://play.google.com/store/apps/details?id=net.rpdev.opentodolist). * For iOS, the release is available via the [App Store](https://apps.apple.com/de/app/opentodolist/id1490013766). * If you use `snap`, you can install the app from the [snapcraft.io](https://snapcraft.io/opentodolist). * If you use `flatpak`, you can install the app from [Flathub](https://flathub.org/apps/details/net.rpdev.OpenTodoList). * For Arch based Linux distributions, you can install the app from [AUR](https://aur.archlinux.org/packages/opentodolist/). ## 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](https://bugreports.qt.io/browse/QTBUG-109826). Usually, you can start the app passing it the `-platform xcb` option to force using X11/XWayland (which does not show the same symptoms). - Hello hello! It has been a quite long time of silence and some of you might already got nervous if there would be further releases of OpenTodoList. Well, _rest assured, there will be more_. And we start with a big one - at least from a developer's point of view. 🧑💻 Yes, you might not find too many interesting changes in this release that really show up at the surface. However, under the hood a lot has changed and this will make it way easier bringing forth future releases. But before we start with the
More…
usual changelog, some organizational announcement. ## New Release Process In the past, I tried to release the app about every 3 months. For a long time this worked quite well. However, the last year showed that this schedule is currently unrealistic: Personally, I had a lot of stress in my professional life. On top, I was longer on sick leave. All together, while I always found a bit of time for hacking, fulfilling the (too big) plans I made for the individual releases never worked out and I kept postponing this release for months. Instead of a fixed, 3 months schedule, I will change to a _release on demand_ scheme. Whenever something worth releasing accumulated, there will be a new version. The other side of the medal: If - like with this release - something bigger needs to be done that I cannot fit into a 3 month period, there might be a longer pause between releases again. No matter what, though, I stay committed to release regularly and especially keep the app _alive_. Especially on Android and iOS, regular releases might happen to ensure the app still can be installed on new devices and keeps up with latest developments on these platforms. Now, with this being said, let's check out what 3.50 actually includes! ## Changelog ### Refactoring, Refactoring, Refactoring! I know I mentioned this in the past already, but one more time: OpenTodoList is already quite old (in terms of software). The first release happened already in 2013! A lot has changed since then. Initially, the app was written on top of the Qt 5 framework, using Qt's own `qmake` build tool. Nowadays, we are on Qt 6 and since long changed to the semi industry standard _CMake_ tool for building the app. Why am I mentioning that? Well, a lot has changed and Qt's CMake APIs have evolved dramatically. On the other side, the way the app was using CMake to build was really dated. This release sees a lot of updated on that front, bringing the build to an up to date state. And this pays out: Not only should this make future development easier and even help improve the performance of the app at runtime. It is now also easily possible using e.g. Visual Studio Code for developing the app! Why is this important? Well, QtCreator - Qt's in house IDE - isn't bad. But VSCode has some power features that really help boost development - most notably integration of AI features. Another important improvement is, that this allows easier integration of additional tools like `qmllint`, a tool to automatically check the files we use for describing the user interface, for issues and potential improvements. Lastly, in that go, the app was also updated to the latest Qt 6.10 release - which is important to still be able to release the app on mobile systems and - as always - makes some nice new features available. So the bottom line here is: While this whole migration took quite a while, it was really worth it and should help speeding up future development! ### Fastlane Configuration For Releasing To F-Droid Thanks to [@IzzySoft](https://github.com/IzzySoft/), there's now an initial structure for Fastlane that - in the future - will help to release the app to the IzzyOnDroid F-Droid repository. Thanks for the contribution! ### Document Drag&Drop Workaround on Wayland Thanks to another user, [@eggia3](https://github.com/eggia3), we now have a proper documentation of a Drag&Drop issue when using the app on Wayland. Also, big thanks here for the contribution! ### [rpdev/opentodolist#681](https://gitlab.com/rpdev/opentodolist/issues/681): Fix Disabling Of Certificate Checks This release also contains some fixes. One important one: Certificate checks (when using WebDAV, NextCloud and ownCloud) can not be properly turned off. This is usually only interesting if you want to test a new instance or cannot - for some reason - use a proper SSL certificate for a custom server. ### [rpdev/opentodolist#678](https://gitlab.com/rpdev/opentodolist/issues/678): Fix "Save Notes" Button Another fix: When editing the notes of an item, the "Save Notes" button is not finally functional again! ### [rpdev/opentodolist#679](https://gitlab.com/rpdev/opentodolist/issues/679): Fix Links To Images In The Readme Last but not least, this release fixes the links to imaged in the README.md file. As this file is the main entry point for someone visiting the app on GitLab or GitHub, this is quite important - you know, first looks 😉 ## Downloads * Please find the download links for major platforms below. * For Android, the release is available via [Google Play](https://play.google.com/store/apps/details?id=net.rpdev.opentodolist). * For iOS, the release is available via the [App Store](https://apps.apple.com/de/app/opentodolist/id1490013766). * If you use `snap`, you can install the app from the [snapcraft.io](https://snapcraft.io/opentodolist). * If you use `flatpak`, you can install the app from [Flathub](https://flathub.org/apps/details/net.rpdev.OpenTodoList). * For Arch based Linux distributions, you can install the app from [AUR](https://aur.archlinux.org/packages/opentodolist/). ## 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](https://bugreports.qt.io/browse/QTBUG-109826). Usually, you can start the app passing it the `-platform xcb` option to force using X11/XWayland (which does not show the same symptoms). - Hey everyone, First of all: A Happy New Year! We are already a bit into 2025, so about time to release a new version of OpenTodoList, right? Without further ado, here is what's new in this release: ## Changelog ### [rpdev/opentodolist#674](https://gitlab.com/rpdev/opentodolist/issues/674): Update to Qt 6.8
More…
If you follow along the release notes regularly, you know that song: We updated the app to use version 6.8 of the Qt framework - the fundamental layer on which OpenTodoList is built on. And as alway, this pulls in upstream fixes and makes new features of the framework available for use in future versions of the app. ### [rpdev/opentodolist#611](https://gitlab.com/rpdev/opentodolist/issues/611): Make primary and secondary UI colors configurable Green has been OpenTodoList's color since ever. But... maybe you'd rather use something else for the app? Good news: With this release, you can customize the primary and secondary color of the app 🎨 https://github.com/user-attachments/assets/fc0c004c-7880-4138-b045-625a00b82bf0 ### [rpdev/opentodolist#650](https://gitlab.com/rpdev/opentodolist/issues/650): Fix translations in the UI (everywhere, finally) Another noteworthy change: The translations of text in the app to your local language now should consistently work! 🎉 We identified a bug which caused a subset of the translated strings not to land in the app - that's now finally over. ### [rpdev/opentodolist#606](https://gitlab.com/rpdev/opentodolist/issues/606): Allow moving tasks Another neat new feature: You can now move a task (i.e. a sub-entry within a Todo) to another todo. ### [rpdev/opentodolist#669](https://gitlab.com/rpdev/opentodolist/issues/669): Fix the user documentation build Documentation is important. We kicked off an initial version of [a user centric documentation](https://opentodolist.readthedocs.io/en/latest/) for the app in the previous releases. However, the build of the documentation got broken - this is fixed so updates should hit the server again 😉 ### [rpdev/opentodolist#668](https://gitlab.com/rpdev/opentodolist/issues/668): Use upstream snapcraft image for building the app On Linux, we provide the app - among others - also as a Snap. In this release, we switched our build to use the upstream Snapcraft image to package the app - this should help keep the builds more stable! ### [rpdev/opentodolist#663](https://gitlab.com/rpdev/opentodolist/issues/663): Add a simple backup solution Better safe then sorry, right? Sometimes its necessary to back up your data. OpenTodoList supports synced libraries as its main purpose for this - that way, the data is kept in sync with an arbitrary WebDAV server (including NextCloud or ownCloud) or Dropbox. However, even that - sometimes - might not be sufficient. For this reason, you will now find a **Backup** option in the file menu. Running this, you will get a zipped up copy of the currently open library, which you can then save to a secure place. For the time being, this is considered an _expert option_ - you will notice there is no means yet to restore a library (except by manually copying it into the libraries folder of the app). However, we plan to extend on this feature in future iterations, adding such a restore function and maybe even allow snapshotting your libraries automatically from time to time, storing a copy of the library at a particular time on the server. <img width="535" alt="simple-backup" src="https://github.com/user-attachments/assets/9158c221-300a-4c45-a4c6-e22fc25a14d4" /> ## Downloads * Please find the download links for major platforms below. * For Android, the release is available via [Google Play](https://play.google.com/store/apps/details?id=net.rpdev.opentodolist). * For iOS, the release is available via the [App Store](https://apps.apple.com/de/app/opentodolist/id1490013766). * If you use `snap`, you can install the app from the [snapcraft.io](https://snapcraft.io/opentodolist). * If you use `flatpak`, you can install the app from [Flathub](https://flathub.org/apps/details/net.rpdev.OpenTodoList). * For Arch based Linux distributions, you can install the app from [AUR](https://aur.archlinux.org/packages/opentodolist/). ## 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](https://bugreports.qt.io/browse/QTBUG-109826). Usually, you can start the app passing it the `-platform xcb` option to force using X11/XWayland (which does not show the same symptoms).