2026 Krita Roadmap

In twee sessies bespraken de Krita-ontwikkelaars waaraan ze in 2026 willen werken, na de uitgave van Krita 5.3 en Krita 6.0. Dat is in feite één uitgave, maar de ene versie is gebouwd met Qt5 en de andere met Qt6. De uitgave staat gepland voor volgende maand.

Gebruikersinterface van Krita Schets

Vorig jaar maakte Timothé een prototype voor een mobiele gebruikersinterface voor Krita (er is een APK die je kunt installeren om mee te experimenteren). Tegelijkertijd voltooide Wolthera haar werk aan de nieuwe tekstvorm- en teksthulpmiddelen. Beide projecten gebruiken de QML- en QtQuick-functies van Qt om de gebruikersinterface te implementeren.

Dit jaar willen we de hulpmiddeloptievastzetter vervangen door QML, zodat we die zowel in de mobiele als in de desktopversie van Krita kunnen gebruiken.

Alvin Wong experimenteerde in 2025 met het integreren van een op OpenGL gebaseerd werkveld in een QML-toepassing. Dmitry en Carsten zullen dat werk voortzetten en onderzoeken of we Krita's werkveld kunnen gebruiken om een ​​afbeelding weer te geven in Timothé's prototype.

Agata is al begonnen met de werkzaamheden om de huidige gebruikersinterface geschikter te maken voor gebruik op tablets.

Werken met bestanden

We hebben een aantal plannen met betrekking tot de verwerking van bestanden. Op Android is het werken met de bestandssandboxing erg ingewikkeld, en we onderzoeken een oplossing daarvoor.

Het Krita .kra-bestandsformaat is inmiddels behoorlijk oud (niet 25 jaar, aangezien het pas een paar jaar na de start van de ontwikkeling van Krita is ontstaan). Het kan uiteraard alles laden en opslaan wat Krita aankan, maar het is geen bijzonder snel bestandsformaat. Carsten stelde voor om een ​​op SQLite gebaseerd bestandsformaat te onderzoeken. Dit zou potentieel betekenen dat we de afbeelding na elke wijziging kunnen opslaan zonder dat de gebruiker het merkt, waardoor het opslaan volledig transparant wordt.

Agata werkt al aan het verbeteren van het dialoogvenster voor automatisch opslaan. Er is al een mockup hiervoor.

Ivan onderzoekt de mogelijkheid om instellingen en hulpbronnen te delen tussen de apparaten van een gebruiker, idealiter op een platformonafhankelijke manier.

Kleurbeheer

Hoewel Krita HDR-schermen ondersteunt, zijn er problemen met de gebruikersinterface. Wolthera wil daar verbeteringen in aanbrengen.

Nu Qt 6 ondersteuning biedt voor kleurbeheer, CMYK en afbeeldingen met een hogere bitdiepte, zou het mogelijk moeten zijn om kleurbeheer toe te voegen aan de vectorlagen van Krita, en dat is iets wat we graag willen implementeren.

We hebben ook Wayland besproken. We ondersteunen nu kleurbeheer op Wayland op Linux, maar daar zijn nogal wat problemen mee. We hebben besloten om voorlopig alleen de KWin Wayland samensteller te ondersteunen die bij KDE Plasma wordt geleverd.

Prestaties

Dmitry wil werken aan "regio-gebaseerde updates" en is daar al mee begonnen: dit zal het werken met grote afbeeldingen sneller maken.

Ivan en Wolthera zijn geïnteresseerd in het gebruik van vectorisatie in filters, mogelijk ter vervanging van het gebruik van LittleCMS voor kleurtransformaties.

Doorgaande integratie

Doorgaande integratie is hoe we Krita bouwen: na wijzigingen wordt Krita automatisch gebouwd voor elk platform. Nu we toegang hebben tot Windows ARM-hardware, moeten we een manier vinden om onze bouwsels uit te breiden naar Windows ARM. De CI-factory heeft echter geen ARM-builder, dus zouden we moeten cross-bouwen.

We zijn ook van plan om alle afhankelijkheden van Krita bij te werken naar de nieuwste versie, maar pas nadat we Krita 5.3 en Krita 6.0 hebben uitgebracht. En natuurlijk zijn we van plan om dit jaar nog reparaties van fouten en nieuwe functies uit te brengen! Voorlopig is Krita 5.3 de standaardversie en wordt 6.0 als experimenteel beschouwd, maar dat zou tegen het einde van het jaar moeten veranderen.