2026 Krita färdplan

Under två sessioner diskuterade Krita-utvecklarna vad de vill arbeta med under 2026, efter att Krita 5.3 och Krita 6.0 har givits ut. Det är egentligen en utgåva, men en version är byggd med Qt5 och en med Qt6. Utgåvan är planerad till den 24 mars.

Användargränssnitt för Krita skiss

Förra året skapade Timotheé en prototyp för ett mobilt användargränssnitt för Krita (det finns ett programmeringsgränssnitt som kan installeras för att experimentera med). Samtidigt avslutade Wolthera sitt arbete med de nya textformerna och textverktygen. Båda projekten använder QML- och QtQuick-funktionerna i Qt för att implementera användargränssnittet.

I år planerar vi att arbeta med att ersätta verktygsalternativens paneler med QML så att vi kan använda dem både i mobil- och skrivbordsversionen av Krita.

Alvin Wong experimenterade 2025 med inbäddning av en OpenGL-baserad duk i ett QML-program. Dmitry och Carsten kommer att fortsätta det arbetet och se om vi kan använda Kritas duk för att visa en bild inuti Timotheés prototyp.

Agata har redan påbörjat arbetet med att göra det nuvarande användargränssnittet mer lämpligt för surfplattor.

Arbeta med filer

Det finns några planer vi har när det gäller filhantering. På Android är det oerhört komplicerat att arbeta med sandlådor för filerna, och vi letar efter en lösning på det.

Kritas filformat .kra är ganska gammalt vid det här laget (inte 25 år, eftersom det kom till några år efter att Krita började utvecklas). Det kan givetvis läsa och och spara allt som Krita kan hantera, men det är inte ett särskilt snabbt filformat. Carsten föreslog att man skulle undersöka ett SQLlite-baserat filformat. Det skulle potentiellt kunna innebära att vi kan spara bilden efter varje ändring utan att användaren märker det, vilket gör att det blir helt transparent att spara.

Agata arbetar redan med att förbättra dialogrutan för att spara automatiskt. Det finns redan en attrapp för det.

Ivan undersöker möjligheten att dela inställningar och resurser mellan en användares enheter, helst på ett plattformsoberoende sätt.

Färghantering

Krita stöder visserligen HDR-skärmar, men det finns problem med användargränssnittet. Wolthera vill börja förbättra det.

Nu när Qt 6 inkluderar stöd för färghantering, CMYK och bilder med större bitdjup, borde det vara möjligt att lägga till färghantering i Kritas vektorlager, och det är något vi är ivriga att implementera.

Vi diskuterade även Wayland. Vi har nu stöd för färghantering med Wayland på Linux, men det finns många problem där. Vi har beslutat att för närvarande bara stödja Kwin Wayland sammansättningen som följer med KDE Plasma.

Prestanda

Dmitry vill arbeta med "regionbaserade uppdateringar", och har redan börjat med det: det kommer att göra det snabbare att arbeta med stora bilder.

Ivan och Wolthera är intresserade av att använda vektorisering i filter, vilket möjligen kan ersätta användningen av LittleCMS för färgtransformationer.

Kontinuerlig integrering

Kontinuerlig integration är sättet vi bygger Krita: efter ändringar byggs Krita automatiskt för varje plattform. Nu när vi har tillgång till Windows ARM maskinvara behöver vi hitta ett sätt att utöka våra byggen till Windows ARM, men CI factory har inget byggverktyg för ARM, så vi skulle behöva bygga på en annan dator.

Vi har också för avsikt att uppdatera alla Kritas beroenden till den senaste versionen, men först efter att vi givit ut Krita 5.3 och Krita 6.0. Och naturligtvis har vi för avsikt att fortsätta ge ut felrättningar och funktionsutgåvor i år. För närvarande är Krita 5.3 standardutgåvan, och 6.0 anses vara experimentell, men det borde ha ändrats i slutet av året.