11 Jun 2026
Planet KDE | English
Introducing Qt's Figma Design System Extraction Skills for Developers
Recreating a design system manually in QML is a laborious task for a Qt developer. A typical Figma design system can include hundreds of design tokens for colors, typography, spacing, radii, shadows, and motion durations - plus dozens of UI components, each with multiple variants and states. Every value has to be transcribed precisely, and even small mismatches can quietly desynchronize the implementation from the Figma source.
Two new AI skills close the design-system-to-code gap between Figma and Qt. The Qt Figma Token Extraction skill converts your Figma design tokens directly into QML singletons. The Qt Figma Component Generation skill then turns your Figma component library into idiomatic QML controls that consume those singletons. Together they automate the full design-system handoff. The skills delegate this entire workflow to an AI agent, which connects to Figma, reads the design system, and produces clean, idiomatic QML ready to drop into a Qt project.
![]()
11 Jun 2026 4:59am GMT
10 Jun 2026
Planet KDE | English
Week 2 : Refactor and Review
This is a weekly update from my Google Summer of Code 2026 project with KDE, improving effect widgets in Kdenlive.
Week 2 was about getting feedback and doing it right.
After opening the draft MR for the Curves Widget, my mentor Jean-Baptiste reviewed the approach and suggested a cleaner architecture. The original implementation packed all 4 channel parameters into a single compound parameter. JB's feedback: each channel should be its own separate av_curve parameter in the effect XML, and AssetParameterView should share one CurveParamWidget across all of them; similar to how m_mainKeyframeWidget works for keyframe parameters.
This was a significant refactor but the result is much cleaner:
avfilter_curves.xmlnow has 4 separate parameters;av.master,av.r,av.g,av.b, each with its own name and descriptionAssetParameterViewcreates theCurveParamWidgeton the firstav_curveparam, then callsaddAvCurveTab()for each subsequent one- Each tab is tied to its own model index;
valueChangedfires per-parameter independently serializeAllChannels()is gone entirely;each channel just emits its own value
All four tabs (All, R, G, B) are working correctly. Per-channel state is preserved when switching tabs. Project save and restore works. The MR is now updated with the refactored approach and waiting for JB's review.
The All tab applies a curve to all channels simultaneously:

Switching to the R tab adjusts only the red channel independently:

Week 3 is already underway; the MR is pushed and waiting for JB's review. More updates next Sunday.
10 Jun 2026 7:55pm GMT
08 Jun 2026
Planet KDE | English
RIT Unny open source font
E.P. Unny is a notable Indian political cartoonist, who worked/works with famed Shankar's Weekly and new papers such as The Hindu and Indian Express.
Since 2020, all his cartoons (also 2025, 2026 so far) are published - every week - open-access by Sayahna Foundation.
Unny was using a font based on his handwriting style for the cartoons, designed by K.H. Hussain of Rachana. Recently, a new font designed by Varshini KVSS & 'Kandam Collective' is developed by Rachana Institute of Typography to use in the cartoons, and it is released as open source - see the specimen and download links.
The character set of the font is Latin only. There are plenty of alternate glyphs (for upper case and lower cases of i, j, l, g, etc. - for instance check the double 'l' in 'Intelligence' on the specimen above). Such characters are rendered alternately to give a feel of the randomness that handwriting evokes.
The source (and issue tracking) are available at RIT fonts repository.
08 Jun 2026 11:14am GMT
07 Jun 2026
Planet KDE | English
digiKam 9.1.0 is released

Dear digiKam fans and users,
After three months of active development, bug triage, and feature integration, the digiKam team is proud to announce the stable release of digiKam 9.1.0. This version builds on the foundation of 9.0.0, introducing new features, performance improvements, and a significant number of bug fixes to enhance stability, usability, and workflow efficiency. This release focuses on database migration, preview enhancements, advanced search, and usability improvements across the board.
07 Jun 2026 12:00am GMT
06 Jun 2026
Planet KDE | English
Size Maters
So… more Oxygen icons 
This weekend I been filling some of the more obvious holes in the icon set and recently these 2 landed.

The first one is for KeepSecret, the application that is replacing the old KWallet.
Security icons are funny. There are only so many ways to draw "keep your stuff safe" before you end up with another lock icon. Or a key. Or a lock pretending not to be a lock.
I ended up going with a small vault door. Which is basically also a lock pretending not to be a lock but at least it looks kinda cool, and more important I think it looks as smart as our users are...
The other one is for generic package managers.

And apparently software still arrives in wooden crates. 
I dont know who started this visual convention but after all these years I kinda stopped questioning it. Software packages are boxes. Everybody understands boxes. Lets move on, and debate the real important things such as the relevance of the save icon as a flopy device 
One thing that I love about icon design is how different the process becomes depending on size.
At large sizes you can spend hours messing around with materials, reflections, shadows and tiny details.
At small sizes all that disappears and suddenly you are fighting for every pixel. trying to keep the meanigfull details and creating a source svg monster in Oxygen repo 
I think icon design is really just the art of deciding what can be removed before the whole thing falls apart.
Talking about things that may or may not fall apart…
I've also been spending some time exploring styling in QML and thinking about possible future directions for O².
Nothing concrete yet.
Mostly experiments.
Some ideas are sensible.
Some ideas are absolutely not sensible. On propose 
The main goal is realy to show range of things I would ike to see available on Union.
Those are usually the interesting ones.


Right now I'm more interested in exploring the range of possibilities than deciding what a final result should look like. There are some surprisingly fun things hidden in there.
If all goes well we will soonish publish a video with KDAB showing some of these experiments and crazy ideas.
Or at least the ones that dont completely explode before then 
So stay tuned.
And as always, thanks for using Oxygen.
This old project still finding new excuses to keep going.
06 Jun 2026 9:40pm GMT
Kdenlive 26.04.2 released
The second maintenance release of the 26.04 series is out with the usual batch of bug fixes and improvements for workflow and stability. This update comes with fixes to rendering, timeline editing, project file handling, and Windows, MacOS, AppImage and Flatpak packaging.
One noteworthy bug closed in this version is a fix on Windows to finally allow exporting your videos to a network drive, closing a 4-year-old bug.
Head to our download section to get the latest binaries, or check the updates from your package manager. Please note that for Linux only AppImage and Flatpak are supported by the Kdenlive team.
For the full changelog continue reading on kdenlive.org.
06 Jun 2026 12:45pm GMT
This Week in Plasma: Fixing all the things
Welcome to a new issue of This Week in Plasma!
This week the team continued polishing Plasma 6.7 for its release later in the month. As such, this week saw mostly bug fixing.
Notable UI improvements
Plasma 6.7
Hovering over a partially-visible item in the Kickoff Application Launcher widget no longer unexpectedly automatically scrolls the view to show the entire item. (Christoph Wolk, KDE Bugzilla #426015)
Spectacle's feature to automatically copy the screenshot to the clipboard is now temporarily turned off while extracting text via OCR, so that the extracted text makes it onto the clipboard instead. (Tobias Fella, KDE Bugzilla #520758)
When launching an app from a terminal window, the animated launch feedback effect now ends after the app launches, as expected. (Nicolas Fella, Vlad Zahorodnii, and Akseli Lahtinen, KDE Bugzilla #459986)
Plasma 6.8
Notifications about connected devices having low battery power are now shown in full-screen apps so you won't miss them, just like notifications for the internal battery being low. (Jan Bidler, plasma-workspace MR #6623)
The Peek at Desktop and Window Aperture effects now respect the system-wide animation speed setting. (Sudip Datta, KDE Bugzilla #490531)
Frameworks 6.27
KRunner now assumes you mean US pints rather than Imperial pints when you convert to or from them, since pints are still official in the USA. (Nate Graham, kunitconversion MR #86)
Disk sizes displayed in various places now fully respect your preference regarding storage units. (Tobias Fella, KDE Bugzilla #518493)
Notable bug fixes
Plasma 6.6.6
Fixed a case where Plasma could crash while refreshing the list of nearby wireless networks. (David Edmundson, KDE Bugzilla #519739)
Fixed an issue that reset custom tiling layouts on portrait-rotated monitors after restarting the system. (Hynek Schlindenbuch, KDE Bugzilla #514355)
Searching for an app in the Kicker Application Menu widget and launching one that isn't the first item in the search results list no longer launches it twice. (Christoph Wolk, KDE Bugzilla #521001)
Plasma 6.7
Fixed a regression in VNC-based screen sharing that prevented the Ctrl and Alt modifier from being sent to the machine being controlled. (David Edmundson, KDE Bugzilla #519690)
Fixed an issue that could make Plasma freeze if you quickly switch months in the Digital Clock widget by dragging on the calendar view multiple times in quick succession. (Sander Wolswijk, KDE Bugzilla #511028)
Made the Task Manager Widget's "Move to Desktop" feature work on grouped tasks. (Hynek Schlindenbuch, KDE Bugzilla #520777)
Fixed two issues with the Grouping widget: not re-appearing instantly after undoing deleting it, and a phantom header remaining visible after removing the last app from it. (Tobias Fella, KDE Bugzilla #517044 and KDE Bugzilla #517043)
Fixed a variety of issues with icons or list items not properly reversing themselves when using a right-to-left language like Arabic or Hebrew. (Tobias Fella and Akseli Lahtinen, KDE Bugzilla #518932, KDE Bugzilla #518909, KDE Bugzilla #518935, KDE Bugzilla #518835, and KDE Bugzilla #518837)
Made System Settings raise and focus its window as expected when launched using a higher-than-default level of focus stealing prevention. (Kai Uwe Broulik, systemsettings MR #408)
Frameworks 6.27
Switching between light and dark Global Themes no longer sometimes results in various UI elements in Plasma only changing their colors halfway. (Marco Martin, KDE Bugzilla #503671)
Fixed an issue saving and retrieving config data in cases where a setting has been given a system-wide default value by the OS vendor that differs from KDE's own default value. (Nicolas Fella, KDE Bugzilla #509416)
Fixed various related issues with network shares auto-mounted using systemd, including the trash not working properly, and appearing strangely in GUI apps. (Oliver Schramm, KDE Bugzilla #518012)
Fixed an issue that made it impossible to rename files on the desktop via the "Suggest new name" feature in the overwrite dialog. (Akseli Lahtinen, KDE Bugzilla #509461)
How you can help
KDE has become important in the world, and your time and contributions have helped us get there. As we grow, we need your support to keep KDE sustainable.
Would you like to help put together this weekly report? Introduce yourself in the Matrix room and join the team!
Beyond that, you can help KDE by directly getting involved in any other projects. Donating time is actually more impactful than donating money. Each contributor makes a huge difference in KDE - you are not a number or a cog in a machine! You don't have to be a programmer, either; many other opportunities exist.
You can also help out by making a donation! This helps cover operational costs, salaries, travel expenses for contributors, and in general just keeps KDE bringing Free Software to the world.
To get a new Plasma feature or a bug fix mentioned here
Push a commit to the relevant merge request on invent.kde.org.
06 Jun 2026 12:00am GMT
05 Jun 2026
Planet KDE | English
Web Review, Week 2026-23
Let's go for my web review for the week 2026-23.
"But it happened."
Tags: tech, google, attention-economy, business
Good point, the booing on Eric Schimidt's commencement speech is likely not just about him talking about AI at some point. You see, the man has very heavy baggage… He's one of the architects of the current dystopia but won't acknowledge it.
https://www.youtube.com/watch?v=tlQ7EoJDTQY
AI didn't break the web. The dotcons did - AI just turned up the volume
Tags: tech, copyright, commons, web, ai, machine-learning, gpt, enclosure
Indeed the trend wasn't new. It's "just" the icing on the cake from the enclosure point of view.
https://hamishcampbell.com/ai-didnt-break-the-web-the-dotcons-did-ai-just-turned-up-the-volume/
Unlawful by design: Exposing the human rights costs of generative AI
Tags: tech, ai, machine-learning, gpt, ethics, law
When Amnesty International feels like it has to publish a 44 pages briefing pointing out what's wrong with your approach and business… it'd be nice to pay attention.
https://www.amnesty.org/en/documents/pol40/0996/2026/en/
About rsync slopocalypse
Tags: tech, ai, machine-learning, copilot, quality
Indeed, if the rsync maintainer can't handle a coding assistant properly… who can?
https://teh.entar.net/@spacehobo/116659545246426837
When Other Games Chased Polygons, Blade Runner Chased Atmosphere
Tags: tech, game, graphics, 2d, 3d
There was an era of hybrid techniques in video games before it mostly went full real-time 3D. It gave interesting results, here is an example.
https://gardinerbryant.com/when-other-games-chased-polygons/
Avoid using "<![CDATA[ ... ]]>" in RSS
Tags: tech, blog, rss
Good point indeed, need to review my own feed next time I get the chance.
https://waspdev.com/articles/2026-05-11/avoid-using-cdata-in-rss
You Don't Love systemd Timers Enough
Tags: tech, linux, systemd, time
Good primer on systemd timers. Indeed it's really one of the nice systemd features.
https://blog.tjll.net/you-dont-love-systemd-timers-enough/
5 PostgreSQL locking behaviors that trip people up
Tags: tech, postgresql, databases, distributed
Mind those traps when dealing with such a database. There are locks you don't necessarily expect.
https://dev.to/shinyakato_/5-postgresql-locking-behaviors-that-trip-people-up-4k7n
You probably don't need Yocto, and that's fine
Tags: tech, linux, embedded, yocto, debian
Indeed, teams reach out to Yocto by default a bit too much. It's good to have an idea on when you really needed and when you can go for simpler options.
https://sigma-star.at/blog/2026/05/you-probably-dont-need-yocto-and-thats-fine/
Nine Ways to Do Inheritance in Rust, a Language Without Inheritance
Tags: tech, rust, type-systems, object-oriented
Some of the examples lean on macro trickery. Still this gives a good example of the flexibility you get with the trait system.
The C++ Standard Library Has Been Walking Itself Back for Fifteen Years, and the Receipts Are Public
Tags: tech, c++, standard, culture
Cold and harsh look at how the C++ standard library evolves. There's indeed a problem in the fact that nothing gets removed ever.
You Must Fix Your Asserts
Tags: tech, reliability, failure, debugging
Good point, disabling asserts in production is not the best default position to have.
https://kristoff.it/blog/fix-your-asserts/
What (almost) Everyone Gets Wrong About TDD & BDD
Tags: tech, tdd, atdd, history
Good summary of how the terms evolved. They are more tied to each other than most people think.
https://antonymarcano.substack.com/p/what-almost-everyone-gets-wrong-about-c05
normalize patience
Tags: tech, culture, patience, time, productivity, attention-economy
Things which matter take time. The calls to productivity and technology pushing us toward faster response on everything is killing what makes our humanity.
https://rnotte.art/normalize-patience/
Bye for now!
05 Jun 2026 4:39pm GMT
04 Jun 2026
Planet KDE | English
Week 2 — Porting KeepSecret to the Kirigami ActionCollection API
This week, I completed the port of KeepSecret's actions to the new org.kde.kirigami.actioncollection API from kirigami-app-components, a recently introduced library developed by Marco Martin (notmart).
Before working on this task, actions were defined separately throughout the UI. With ActionCollection, I could define each action once in a central place and then reuse it wherever it was needed. This makes the code easier to maintain and also integrates KeepSecret with KDE's standard shortcut system, allowing users to configure shortcuts through the usual KDE interface.
The main change was creating a dedicated Actions.qml file with AC.ActionCollectionManager as the root element. Inside it, actions are now centrally defined across three collections - one for the wallet list, one for wallet contents, and one for item details. These include actions such as New Wallet, New Entry, Search, Lock, Unlock, Copy Password, Save, Revert, and Delete.
During review, additional actions were added, dependencies were simplified, and Flatpak build issues were addressed. Since kirigami-app-components is still very new, some CI and packaging adjustments were needed before everything built correctly.
The merge request !29 has now been reviewed, approved, and merged into KeepSecret.
Next up is the Import/Export feature - I'll be studying KeepSecret's wallet data structures and designing the file format this week.
04 Jun 2026 7:54pm GMT
Community Bonding + Week 1 Status Update | GSoC '26
Hello Reader!
In case you don't know me (quite likely 😆), I am Ojas Maheshwari (@the_epicman:matrix.org) and I am currently working in the Google Summer of Code program for the KDE community on a project about Font Subsetting in Poppler under my mentor Albert Astals Cid.
Community Bonding
If I am being honest, I had already bonded with the Poppler community before GSoC started 😅
I had a lot of conversations with Albert, Sune, lbaudin and ats, and they already helped me a lot with my technical problems with my contributions prior to GSoC :D
However, I also managed to bond with other fellow GSoC contributors this summer so it's a win in my book :D
Week 1
I learnt a lot about how PDF files work this week.
Technical terms like Indirect Objects, Default Appearance, Appearance Streams which used to sound confusing to me before finally clicked.
I got more comfortable with traversing and using PDF data structures such as Objects, Arrays, Dicts, Streams etc.
The Happy News is that I got the Font Subsetting to work for FreeText Annotations.
I have raised a Draft MR which should be ready-to-review by end of this week and my plan is to get it fully correct and merged first and then move on to doing the same thing for forms.

Code screenshot to make the blog look cooler
How it works
If you are interested to know what my current approach is:
-
The whole subsetting runs only when the user saves the document.
-
We go over all resources (for now, just FreeText annotations) that were modified, and call a
subsetFontsmethod on them. -
This is a method implemented by every class that needs subsetting, and inside this method we pass the data on what "font" renders what part of the "text" to our
FontSubsetter::getSubsetFonts.
std::map<Ref, Ref> FontSubsetter::getSubsetFonts(const std::map<std::shared_ptr<const GfxFont>, std::string> &fontMappings) const
-
The function generates the subset font objects and adds them to the PDF and returns mappings of old font refs and newer font refs. The subsetting happens using a library called "Harfbuzz".
-
Then the
subsetFontsfunction simply replaces the older refs with the newer ones inside the font subdictionary of the appearance stream of the annotation.
Thanks for reading
Although this blog might look small, it took me more than 1.5 hours to write this because I kept writing and deleting things. I am hoping I get better at writing blogs in the future.
But anyways, thanks for reading!
And have a great day !
Byee 😃!
04 Jun 2026 5:39pm GMT
Lessons Learnt from Our BI Journey: From Open Source to SDV Products Development
Luis Cañas Díaz and I shared lessons from our BI journey at the Eclipse Foundation SDV webinar - from open source to automotive. Methodology, real use cases, and hard-won lessons on data, metrics, and insights.
04 Jun 2026 5:15pm GMT
How long does it take for an Item to become visible?
How long does it take for an Item to become visible?

Frames skipped counter in application
How long does it take for an Item that you've just loaded to become visible? Answering this question allows for a way to detect what some users would perceive as "frame drops". I write that in quotes because Qt Quick only draws frames when needed, meaning it doesn't drop frames; but it can show them later than one would expect. That is what we would like to identify: When components are drawn late, and by how many milliseconds or frames are they late?
I've come up with a simple solution - code below the article - on how to measure this. Items being measured must inherit a class based of QQuickItem that has a connection on QQuickItem::visibleChanged. Its visible property should be false by default. When visible becomes true, a slot will start measuring elapsed time and create a direct connection to QQuickWindow::afterFrameEnd. Once the scene graph has submitted a frame, the slot will take the measurement and disconnect the connection that triggered it to prevent further frames from triggering this event.
That alone isn't enough, however. If there were other elements on the scene being animated (say from the render thread via an Animator), those would trigger a frame swap before our item would have had a chance to be drawn, causing our measurement to be taken prematurely.
We need a way of knowing when the frame that draws our component is the one that got swapped into view. Enter QQuickItem::ensurePolished. Calling this function ensures that QQuickItem::updatePolish will be called when the scene graph is ready to render our item. We override QQuickItem::updatePolish and use it to set a flag that'll tell us that the next frame to come be displayed will correspond to the component we're measuring. Lastly, we read this flag during the next call to QQuickWindow::afterFrameEnd, effectively using it to trigger the elapsed time measurement only when our item is swapped onto the screen.
There is a variable amount of time between the last user interaction and the moment a frame can be rendered; because of that, a measurement in milliseconds is only accurate to the average time that it takes for one frame to be rendered immediately after the previous frame. That turns out to be 1 second divided by the display's refresh rate. We can use Qscreen::refreshRate, which gives us this value in hertz. For a 60hz display, a frame's time (T) would be 1000 ms / 60 hz ≃ 16 ms. Any time measured that is between zero and T (16 ms) would mean an instant frame swap. If we divide the measured time by T, and apply a floor function to the result, we get the number of frames dropped while making the component visible, which is a more consistent measurement than the number of milliseconds passed. For a well optimized program the output would be zero, one, or a positive integer very close to that. For more information about the rendering process, you can read scene graph and rendering from Qt's documentation.
Make C++ items visible during their instantiation, or they won't show up on screen. This QQuickItem subclass is different from its parent in that the Item is not visible by default. We set visible to false from the C++ constructor because the order in which initial properties are evaluated and assigned in QML differs depending on the approach used to instantiate the Item and assign its initial properties. You may set the initial visible property of an item in QML to false, then make it true during its instantiation as a delegate somewhere, only for the QML Engine to optimally evaluate its initial value solely to true, causing the visibleChanged signal to never be emitted because there was, effectively, no change to the visible property. Setting the visibility to false from the constructor in C++ is a simple way to guarantee that visibleChanged will be triggered upon any initialization of the visible property in QML.
The code for the QQuickItem subclass described in this article is documented below. Hope you find it useful. Reach out to us if you need help profiling software, would like to receive our training courses, or need help developing tools such as this.
Best regards, Javier
Code
#include <QQuickItem>
#include <QQuickWindow>
class TimedItem : public QQuickItem
{
Q_OBJECT
QML_ELEMENT
Q_PROPERTY(qint64 timeToDisplay READ timeToDisplay NOTIFY timeToDisplayChanged FINAL)
public:
TimedItem(QQuickItem* parent = nullptr) : QQuickItem(parent),
m_elapsedTimer(new QElapsedTimer())
{
setVisible(false);
// When made visible, measure time to display
QObject::connect(this, &QQuickItem::visibleChanged, this, &TimedItem::startMeasuringTimeToDisplay, Qt::DirectConnection);
};
qint64 timeToDisplay() {
return m_timeToDisplay;
};
signals:
void timeToDisplayChanged();
private:
void startMeasuringTimeToDisplay()
{
if (isVisible())
{
// Reset
m_frameReady = false;
// Attempt to take measurement after frame swaps
QObject::connect(window(), &QQuickWindow::afterFrameEnd, this, &TimedItem::measure,
static_cast<Qt::ConnectionType>(Qt::DirectConnection | Qt::UniqueConnection));
// Force polish, ensuring elapsed measurement is taken on the right frame
ensurePolished();
// Take initial measurement
m_elapsedTimer->start();
}
}
void updatePolish()
{
// The frame for this component will be rendered after this
m_frameReady = true;
}
void measure()
{
// This will be called for every frame until the right frame has been rendered
if (m_frameReady)
{
// Measure elapsed time
m_timeToDisplay = m_elapsedTimer->elapsed();
// Prevent measuring further frame
QObject::disconnect(window(), &QQuickWindow::afterFrameEnd, this, &TimedItem::measure);
// Propagate measured time
emit timeToDisplayChanged();
}
}
private:
qint64 m_timeToDisplay = 0;
QElapsedTimer *m_elapsedTimer;
bool m_frameReady = false;
};The post How long does it take for an Item to become visible? appeared first on KDAB.
04 Jun 2026 2:18pm GMT
Qt Creator 20 RC released
We are happy to announce the release of Qt Creator 20 RC!
![]()
04 Jun 2026 9:41am GMT
KDE Gear 26.04.2
Over 180 individual programs plus dozens of programmer libraries and feature plugins are released simultaneously as part of KDE Gear.
Today they all get new bugfix source releases with updated translations, including:
- akregator: Fix a hang on launch on arm64 (Commit)
- ksanecore: Fix crash on skanlite startup (Commit, fixes bug #517465)
- koko: Fix move to trash action overriding image editor delete actions (Commit, fixes bug #519784)
Distro and app store packagers should update their application packages.
- 26.04 release notes for information on tarballs and known issues.
- Package download wiki page
- 26.04.2 source info page
- 26.04.2 full changelog
04 Jun 2026 12:00am GMT
02 Jun 2026
Planet KDE | English
EX-11: Prepping for Plasma’s Last X11-Supported Release
When we first announced the transition to Plasma Wayland, one of Martin's slides from stated, "It's done when it's done!"
That talk was 15 years ago!
Nothing in software is never truly "done", but as announced previously we are finally at a point where we're ready to retire the X11 and put all our focus on the future.
As of today, the Plasma X11 session you can log into has been officially removed, and we will start a mass cleanup of X11-specific code soon.
When does it take effect?
This change will be included in Plasma 6.8, which will be released in around five months.
What's Changed?
In Plasma 6.8, there will be no X11 session in the login screen. There will only be a Wayland session available to log into.
In 6.8, all X11-specific code paths in Plasma for Plasma Shell, System Settings, and device configuration will be gone.
What's stayed the same?
XWayland support remains present. You can keep using your X11 applications, and our XWayland application support is second-to-none.
If you use KDE applications on another desktop environment, this change will have no effect. KDE applications will continue to work in X11 for the foreseeable future.
Plasma Login Manager will continue to be able to log you into X11 sessions of other desktop environments.
What's Next?
The possibilities this opens up are very exciting. Until now, on the desktop side, we've had to target the lowest common denominator or be stuck trying to maintain two conflicting code paths. It was absolutely the right choice to do a gradual transition and approach things this way, but that approach has its limits.
Moving forward with a single code path going through Wayland is going to allow us to bring new performance improvements, memory optimisations, and brand new exciting features throughout Plasma.
How Ready Are We?
Our internal metrics within KDE show that over 95% of users of Plasma 6.6 are on Wayland, with a gradual increase every release. The metrics also show that basically no one is testing or developing Plasma on X11 anymore. The platform was already, for all intents and purposes, abandoned by KDE contributors.

We have every reason to trust this metric data, as it is exactly in-line with what Sentry (our automatic crash reporting tool) reports for newly-encountered crashes shows.
For transparency, the one caveat in all of the above is that I've deliberately always focused on people using the latest Plasma release. We do still have a sizable chunk of users on X11 still using Plasma 5.27. Including them, the total Wayland adoption rate is about 76%. But back then, Wayland wasn't the default session type, so it's hardly a surprise those users are still on X11. Things have come a massively long way in the three years since Plasma 5.27 was released.
Anyone still using Plasma 5.27 - or any release older than Plasma 6.8 - won't be affected by what we do in Plasma 6.8, and nothing will be applied retroactively.
Still Have Issues with Wayland on 6.7?
Whilst we have had full confidence since Plasma 6.0 that our Wayland session provides the better overall experience, we are aware that things don't behave exactly the same. Not everything works the same especially in specialised areas.
We are not expecting a completely seamless transition for everyone. Custom scripts, tools used and even workflows might have to change. But we are aiming to offer a transition where there is still a way to accomplish all your day-to-day tasks.
Plasma 6.7 is the last release that will include an X11 session, and it's coming out in just a few days. If you still have issues that force you back to X11 we would love to hear from you.
We can't promise to get everything fixed in time for 6.8, but we can promise to listen and be aware. People's remaining pain point are and will be on our radar, so please take this time to communicate them.
02 Jun 2026 12:38pm GMT
Krita 5.3.2.1 Released!
Hot on the heels of Krita 5.3.2, we're releasing Krita 5.3.2.1. 5.3.2 had a bug with the layer docker that was very pervasive, and could cause anything from unsynced layers to crashes to groups not behaving as they should. 5.3.2.1 fixes this. Furthermore, we also had some issues where the Windows packages weren't signed. This too should now be fixed.
⚠️ Warning
We consider Krita 5.3.2.1 suitable for productive work; 6.0.2.1 is, because of the many changes from Qt5 to Qt6 more experimental.
Download 5.3.2.1
Windows
If you're using the portable zip files, just open the zip file in Explorer and drag the folder somewhere convenient, then double-click on the Krita icon in the folder. This will not impact an installed version of Krita, though it will share your settings and custom resources with your regular installed version of Krita. For reporting crashes, also get the debug symbols folder.
ⓘ Note
We are no longer making 32-bit Windows builds.
-
64 bits Windows Installer: krita-x64-5.3.2.1-setup.exe
-
Portable 64 bits Windows: krita-x64-5.3.2.1.zip
Linux
Note: starting with recent releases, the minimum supported distro versions may change.
⚠️ Warning
Starting with recent AppImage runtime updates, some AppImageLauncher versions may be incompatible. See AppImage runtime docs for troubleshooting.
- 64 bits Linux: krita-5.3.2.1-x86_64.AppImage
MacOS
Note: minimum supported MacOS may change between releases.
- MacOS disk image: krita-5.3.2.1-signed.dmg
Android
Krita on Android is still beta; tablets only.
Source code
Sources are the same as 6.0.2.1
md5sum
For all downloads, visit https://download.kde.org/stable/krita/5.3.2.1/ and click on "Details" to get the hashes.
Key
See the 6.0.2.1 key section.
Download 6.0.2.1
Windows
If you're using the portable zip files, just open the zip file in Explorer and drag the folder somewhere convenient, then double-click on the Krita icon in the folder. This will not impact an installed version of Krita, though it will share your settings and custom resources with your regular installed version of Krita. For reporting crashes, also get the debug symbols folder.
ⓘ Note
We are no longer making 32-bit Windows builds.
-
64 bits Windows Installer: krita-x64-6.0.2.1-setup.exe
-
Portable 64 bits Windows: krita-x64-6.0.2.1.zip
Linux
Note: starting with recent releases, the minimum supported distro versions may change.
⚠️ Warning
Starting with recent AppImage runtime updates, some AppImageLauncher versions may be incompatible. See AppImage runtime docs for troubleshooting.
- 64 bits Linux: krita-6.0.2.1-x86_64.AppImage
MacOS
Note: minimum supported MacOS may change between releases.
- MacOS disk image: krita-6.0.2.1-signed.dmg
Android
Krita 6.0.2 is not yet functional on Android, so we are not making APK's available for sideloading.
Source code
md5sum
For all downloads, visit https://download.kde.org/stable/krita/6.0.2.1/ and click on "Details" to get the hashes.
Key
The Linux AppImage and the source tarballs are signed. You can retrieve the public key here. The signatures are here (filenames ending in .sig).
02 Jun 2026 12:00am GMT
