خارطة الطريق كريتا في عام 2026

في جلستين، ناقش مطورو كريتا ما يريدون العمل عليه في عام 2026، بعد إصدار كريتا 5.3 وكريتا 6.0. في الواقع، هو إصدار واحد، ولكن نسخة منه مبنية على Qt5 والأخرى على Qt6. ومن المقرر إطلاق الإصدار الشهر المقبل.

واجهة مستخدم كريتا سكيتش

في العام الماضي، أنشأت Timotheé نموذجًا أوليًا لواجهة مستخدم متنقلة لـ Krita (هناك ملف APK يمكنك تثبيته لتجربته). وفي الوقت نفسه، أنهت Wolthera عملها على شكل النص الجديد وأدوات النص. يستخدم كلا المشروعين ميزات QML و QtQuick في Qt لتنفيذ واجهة المستخدم.

هذا العام، نعتزم العمل على استبدال خيار أدوات المراسي بـ QML حتى نتمكن من استخدامها في كل من الإصدار المحمول وإصدار سطح المكتب من كريتا.

قام ألفين وونغ في عام 2025 بتجربة دمج لوحة قماشية قائمة على OpenGL داخل تطبيق QML. سيواصل ديمتري وكارستن هذا العمل ليروا ما إذا كان بإمكاننا استخدام لوحة كريتا لعرض صورة داخل نموذج Timotheé الأولي.

بدأت Agata بالفعل العمل على جعل واجهة المستخدم الحالية أكثر ملاءمة للاستخدام على الأجهزة اللوحية.

العمل مع الملفات

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.