github mhoeher/opentodolist 3.32.0

latest releases: 3.48.0, 3.47.0, 3.46.1...
3 years ago

Once again, we are well into March - over time for the next OpenTodoList release 🕓

While the list of changes this time is not overly long, it still is interesting and - as so often - should help ready the app for accelerated development in the future.

Changelog

  • rpdev/opentodolist#325: This is definitely the issue we spent most time on this release. And if you followed the release notes of OpenTodoList closely, you most likely will have a kind of déjà vu. Yes, we once again tried to port the app over to cmake as a build system. This isn't the first time - and currently, the qmake based build still works fine. However, Qt, the framework OpenTodoList is mostly build on, migrated to cmake as its main build system with version 6 (to which we hopefully will upgrade soon). Using cmake would bring a lot of advantages over qmake, so it anyway makes sense. Now, with Qt supporting cmake more widely and on more platforms, reviving the cmake build for OpenTodoList was the right time. We still need to look into two targets - iOS and Snap - where for this release qmake is used. As soon as we have them covered, cmake will be used for all official releases of OpenTodoList.
  • rpdev/opentodolist#415: Upon a release, GitLab and GitHub create source tarballs automatically, allowing you to download a snapshot of the sources of the app at the time of the release. This is sufficient for a lot of projects, but currently, due to the use of git submodules and how they are included in the app, the auto-generated tarballs were not suitable to build OpenTodoList from these. We fixed this, but creating own tarballs, containing also the sources of the included sub-modules. That way, you now should be able to build the app also from the provided tarballs attached to the releases on GitHub!
  • rpdev/opentodolist#407: In the library page, when some of the entries had long titles, they were just cut off. This wasn't quite elegant, so we had to change this. First, as titles get longer, the font size is decreased a bit to fit the title into the item. If the title is even longer and we would need to decrease the font size below a certain limit, we show an indication that the item title is stripped and - when hovering the title with the mouse cursor - show the full one in a tooltip.
  • rpdev/opentodolist#408: This one especially hit users on some Android devices, but also might be known to some users on other platforms as well. OpenTodoList prefers using the Roboto or Noto fonts for the GUI, falling back to any font the underlying system deems suitable if neither of them is present. This sometimes led to very strange fonts being used. We are now fixing this by including a copy of the Roboto font with the app - so it now should look nice on any platform, no matter of these fonts are included natively there or not.

Downloads

  • Please find the download links for major platforms below.
  • 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.

Don't miss a new opentodolist release

NewReleases is sending notifications on new releases.