Feuille de route de Krita pour 2026

Lors de deux sessions, l'équipe de développement de Krita a discuté des éléments sur lesquels travailler en 2026, après la publication de Krita 5.3 et Krita 6.0. Il s'agit en fait d'une seule version, mais une version est construite avec Qt5 et l'autre avec Qt6. La publication est prévue pour le mois prochain.

Interface utilisateur des croquis sous Krita

L'année dernière, Timothée a développé un prototype d'interface utilisateur pour périphérique mobile pour Krita (Il y a un paquet « APK » que vous pouvez installer pour l'essayer). En même temps, Wolthera a terminé son travail sur la nouvelle forme de texte et sur des outils de texte. Les deux projets utilisent les fonctionnalités de QML et de QtQuick sous Qt pour le développement de l'interface utilisateur.

Cette année, nous avons l'intention de travailler sur le remplacement des panneaux d'options pour les outils par des versions en QML afin de pouvoir les utiliser à la fois dans la version mobile et dans la version de bureau de Krita.

Alvin Wong a expérimenté en 2025 avec l'intégration d'une canevas conçu en OpenGL dans une application en QML. Dmitry et Carsten continueront ce travail pour voir si nous pouvons utiliser le canevas de Krita pour l'affichage d'une image dans le prototype de Timothée.

Agata a déjà commencé à travailler pour rendre l'interface courante utilisateur plus adaptée à l'utilisation sur tablette.

Travailler avec des fichiers

There are a couple of plans we have with regards to file handling. On Android, working with the file sandboxing is seriously complicated, and we're looking into a solution for that.

The Krita .kra file format is pretty old by now (not 25 years, since it came into being a few years after Krita started being developed). It can, obviously, load and save everything Krita can handle, but it is not a particular fast file format. Carsten proposed to look into an SQLlite based file format. This could potentially mean that we could save the image after every change without the user noticing, making saving completely transparent.

Agata is already working on improving the autosave dialog. There is already a mockup for this.

Ivan is looking into sharing settings and resources across a user's devices, ideally in a cross-platform way.

Color Management

While Krita supports HDR displays, there are issues with the user interface. Wolthera wants to start improving there.

Now that Qt 6 includes support for color management, CMYK and higher-bit depth images, it should be possible to add color management to Krita's vector layers, and that's something we are eager to implement.

We also discussed Wayland. We now support color management on Wayland on Linux, but there are plenty of problems there. We decided to only support the KWin Wayland compositor that comes with KDE Plasma for now.

Performance

Dmitry wants to work on "region based updates", and has already started on that: this will make working with large images faster.

Ivan and Wolthera are interested in using vectorization in filters, possibly replacing the use of LittleCMS for color transformations.

Continuous integration

Continuous integration is how we build Krita: after changes, Krita is built automatically for every platform. Now that we've access to Windows ARM hardware, we need to find a way to extend our builds to Windows ARM, but the CI factory doesn't have an ARM builder, so we'd need to cross build.

We also intend to update all Krita's dependencies to the latest version, but only after we release Krita 5.3 and Krita 6.0. And of course, we intend to keep releasing bugfix and feature releases this year! For now, Krita 5.3 is the standard release, and 6.0 is considered experimental, but that should have changed by the end of the year.