Planet KDE | English

Introducing the Documentation MCP Tool for Qt

Qt Dev Loop — Tue, 12 May 2026 06:29:42 +0000

How a Documentation MCP Tool Saves LLM Token Usage

Every time an AI agent searches the web for Qt documentation today, it receives full HTML pages loaded with navigation chrome, cookie banners, related-article sidebars, and search-engine snippets that have nothing to do with the answer - burning thousands of LLM tokens before a single line of useful content appears. Qt's new official Model Context Protocol (MCP) tool for Qt documentation solves this directly.

KDE Plasma 6.6.5, Bugfix Release for May

KDE Community — Tue, 12 May 2026 00:00:00 +0000

Today KDE releases a bugfix update to KDE Plasma 6, versioned 6.6.5.

Plasma 6.6 was released in February 2026 with many feature refinements and new modules to complete the desktop experience.

This release adds a month’s worth of new translations and fixes from KDE’s contributors. The bugfixes are typically small but important and include:

View full changelog

Interview on Linux User Space show

Nate Graham — Mon, 11 May 2026 19:20:35 +0000

Recently I went on the Linux User Space show to talk about KDE Linux, business, and everyone’s favorite topic: AI. It was a pretty interesting conversation; check it out:

“how does it make you feel”

Nuno Pinheiro — Mon, 11 May 2026 14:18:46 +0000

So… while doing some work on Oxygen I noticed there was no camera-video icon.

No Oxygen one.
Wille there was already a recently done symbolic one.

Which honestly felt a bit odd considering cameras are one of those objects designers historically cant resist over designing heee… (but then again i got a bit 2 distracted about the future and forgot to look behind me at what was still pretty good)

So I ended up making both versions almost back to back.

Now… I already knew exactly what was going to happen.

I have been doing Oxygen style icons for long enough to know the amount of work involved. Big reflections, materials, shadows, details nobody consciously notices just to change how the icon feels. And to hide my incompetence as a simple designer

It was not just “camera” and realy not a video one but….. It was trying to be a camera. A object. Somthing with texture and personality. Still …. Probably 3 days of work.

The symbolic one on the other hand took minutes.

And honestly… I like symbolic icons. This is not one of those “flat design killed civilization” posts

But it did make me think again about something I keep repeating over and over:
“Less is a bore.” as Robert Venturi said.

People usually read that as a attack on minimalism. But I don’t.

Reduction is useful. Clarity is useful. Symbolic icons are useful. You also cant hide your design failures as easily, and they can work really well.

The problem for me starts when simplification becomes emotionally neutral. Copy of a copy of a copy of a nothing.

Because thats the thing I care about the most when designing anything. Not beauty exactly… beauty is subjective and honestly kinda impossible to define in any meaningful way.

What interests me more is emotional impact.

How does it make you feel?

Not stricly rationally. But mostly Emotionally.

The Oxygen/old\new/skeo\etc icon is probably excessive and maybe even a little ridiculous. Tiny fake reflections, fake materials, dramatic shadows… but then again thats also what gives it character I think??. It tries to create an “atmosphere” instead of just identifying a function.

And to me atmosphere matters.

Humans are not rationalist grid systems no matter how much “modern” design sometimes pretends we are. We remember things emotionally first. Movies, music, old game menus, interfaces…

Nowdays many interfaces and design languages just feel efficient. Functional. Fast. But also weirdly interchangeable.

And I think thats why so many modern interfaces evaporate from memory so quickly. Perfectly boring floating in UI space. Visually correct but emotionally silent.

Which to me always felt ironic because modernism originally was full of emotion. Optimism. Utopianism. The future as a aesthetic project. Somewhere along the way people kept the reduction but forgot the passion behind it.

Anyway… making these two icons back to back ended up being more interesting than I expected.

They will both be available in PlasmaShell near you….

P.S. welcome to my new home, I’m still alive

I’m probably gona make a video with some crazy ideas for a over the top theme in QML, kinda as a exercise on the sort of things that should be possible in theme engines. Because even with QML giving us allot more creative freedom people still somehow end up making mostly the same thing over and over again.

Week 1 Status Report

Tushar Gupta — Sun, 10 May 2026 13:48:00 +0000

Hey everyone! This is my first post and Week 1 status report.

I started this week by setting up:

The project and configuring jj, a local version control system that has been a lifesaver for testing, simulating, and keeping my commits organized.
The first step was to build and refactor Plasma NM in parallel while setting up a bare-bones folder structure. Here is the Commit I made.
After creating the initial folder structure, I started refactoring the main backend service for WifiSecurities, which includes creating separate components for the Enterprise section, authentication, and Wi-Fi security options.

This week, I learned a lot of new things about local version control, architecture for Qt Widgets, and QML.

The anti-minimalist backlash is the bigger story behind Oxygen’s revival

Filip Fila — Sun, 10 May 2026 07:30:31 +0000

Image by: Nuno Pinheiro Following posts on specific work being done on Oxygen, this post is going to try to go beyond the manifest work and look at the bigger picture driving it. The motivation for writing it came when I was listening to a music artist who had completely rebranded himself by appending "Frutiger"...... Continue Reading →

FOSSGIS Community Meeting May 2026

Volker Krause — Sat, 09 May 2026 07:30:00 +0000

Last weekend I joined parts of the FOSSGIS Community Meeting at Linuxhotel in Essen, Germany, focusing on topics related to organizing this year’s edition of the Open Transport Community Conference.

FOSSGIS Community Meeting

Twice a year FOSSGIS e.V. (the German local chapter of OpenStreetMap) hosts a multi-day meeting at Linuxhotel, for people to work on primarily non-technical topics, such as organizing conferences, presence at events, public communication and outreach, lobbying and political activities around FOSS/Open Data, finances and fundraising, and operations of the FOSSGIS e.V.

I had been at Linuxhotel for a KDE sprint before, but only after looking up the group photo from back then I realized that this was already 18 years ago…

Open Transport Community Conference

While the first edition of the Open Transport Community Conference last year was very successful and ran very smoothly overall, one important thing that had to change to make this long-term sustainable was moving this under the umbrella of some form of legal entity. We are looking at doubling the length, doubling the number of attendees and a 40x increase in budget this year, way beyond something you’d want to have individuals carry the legal and financial risks for.

I’m therefore very happy that with the FOSSGIS e.V. we have found a suitable organization for this. Besides the obvious overlap in domain and partially also in people, FOSSGIS e.V. has extensive experience in organizing conferences we can tap into, as well as infrastructure we can use.

This should allow us for example to handle sponsors this year, as well as offering (optional) paid tickets for people attending for their employers. And with that we could then (given enough income) provide some kind of travel support program for community attendees to soften the impact of the rather expensive location in Switzerland.

The weekend provided an opportunity to work out a number of legal, financial, organizational and operational implementation details for that. Some aspects have still to be resolved with the tax advisor though, given Switzerland isn’t in the EU, which should then unlock finally opening the registration for the conference.

Transitous

Transitous is in a somewhat similar situation, although with less time pressure for now. To improve long-term sustainability we’d also need a legal entity to hold assets (such as the domain), handle money and sign contracts.

We are extremely lucky so far that the “big” servers doing the heavy lifting are provided to us for free, including all hosting cost. While there’s no indication that might change anytime soon, we at least want to have options ready should this change, or in case we need additional capacity.

Our current yearly budget is around 60€, if we’d have to pay market prices for our entire infrastructure we’d need to increase that significantly, 50x before the global madness in recent months, more like 100x now. Obviously not something we can do overnight, so starting to explore and ramping up fundraising options sooner rather than later makes sense.

And that’s just the direct cost for server operations, it would also be great to be able to support community members with travel costs for example.

Just as with the conference, the plan is to attach Transitous to the FOSSGIS e.V.. FOSSGIS e.V. is “gemeinnützig” in Germany, which allows receiving tax-deductable donations, something we’d be unlikely to achieve with a separate organization on our own.

FOSS and Open Data

With my KDE hat on, there were also a number of other relevant and interesting topics:

Rules and criteria for “recommended service providers” lists by FOSS projects, and countering misuse (e.g. KDE e.V. Trusted IT Consulting Firms, FOSSGIS e.V. Dienstleisterliste, Transitous supplier list).
Participation and presence at the Digital Independence Day events.
Lobbying for recognizing FOSS/Open Data work as charitable (“gemeinnützig”) in Germany, to receive all the legal, tax and PR benefits associated with that, and without the current workarounds and uncertainties (see also the ongoing petition for that).
Lobbying for FOSS use in public administration, in particular in the context of the current interest in “digital sovereignty” there.

I think for all this we could benefit from building more bridges between the various communities and organizations affected by or interesting in those topics.

You can help!

It’s foundations like FOSSGIS e.V. or KDE e.V. that provide all the boring legal, financial and operational infrastructure for Free Software and Open Data communities and initiatives to do their work, and keep doing that independently. Your donations enable this.

Kdenlive 26.04.1 released

Kdenlive — Sat, 09 May 2026 04:00:00 +0000

The first maintenance release of the 26.04 series is now available, with the usual batch of stability fixes and workflow improvements.

This release also contains an important security fix, so we strongly advise all users to upgrade to the latest 26.04.1 version.

Thanks to an NLnet/NGI0 grant, we had a security audit provided by Radically Open Security. The audit found one serious vulnerability that can happen when opening a malicious project file, allowing remote code execution. This is fixed with Kdenlive 26.04.1. Thanks to Edoardo Geraci and Radically Open Security for helping us make our software safer!

We are not aware of the vulnerability being exploited so far. It is important to understand that this security issue is about a manipulated .kdenlive project file containing potentially malicious code. Therefore, it is only relevant if you open a .kdenlive project file that you received from someone else or downloaded from the internet. If you are working only with your own projects or with shared projects in collaboration with fully trusted partners, there is no security risk.

If you cannot upgrade, do not open a project file that was not created by you.

Although the vulnerability is fixed in 26.04.1, we have also implemented another layer of security checks for the upcoming 26.08.0 to warn the user if some other unexpected input is detected in a project file.

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.

This Week in Plasma: ICC profiles ❤️ HDR

Nate Graham — Sat, 09 May 2026 00:00:01 +0000

Welcome to a new issue of This Week in Plasma!

This week saw a lot of lower-level technical improvements made throughout Plasma’s software stack. Not super flashy, but super important.

Nevertheless, two color-related features did manage to sneak in! And as Plasma 6.7’s feature period comes to a close, expect more polishing and bug-fixing for the next month or so.

Without further ado:

Notable new features

Plasma 6.7

You can now use an ICC profile while HDR mode is active! (Xaver Hugl, KDE Bugzilla #514239)

You can now disable or control the intensity of the “adaptive backlight modulation” feature of many AMD laptops, which changes screen colors at low brightness levels to try to improve visibility. If you don’t like it, you can now turn it off! (Xaver Hugl, KDE Bugzilla #511801)

Notable UI improvements

Plasma 6.7

Improved Discover’s ability to de-duplicate apps present in both system and user Flatpak installations. (Tobias Fella, Discover MR #1316)

The temperature values on Info Center’s Sensors page now reflect the units you have configured system-wide, rather than always using Celcius. (Chandradeep Dey, kinfocenter MR #294)

You can now remove apps from the Kickoff Application Launcher’s Favorites view by dragging them out of the view and over any part of the rest of the widget. (Christoph Wolk, plasma-desktop MR #3662)

The Printers widget now shows badges indicating the number of active and queued print jobs on each printer. Useful for large institutional environments with a lot of printers! (Mike Noe, print-manager MR #324)

Notable bug fixes

Plasma 6.6.5

Fixed an issue that made the power buttons vanish from launcher menus for some people with version 260 of systemd, which changed around some things we were relying on. (Nicolas Fella, KDE Bugzilla #518174)

Fixed an issue that caused periodic freezes and stutters on some systems with multiple discrete GPUs. (Xaver Hugl, KDE Bugzilla #519461)

Fixed an issue that could make Discover crash on some distros while changing the priorities of Flatpak repos. (Tobias Fella, discover MR #1318)

The portal-based dialog to add launchers now actually works. (Nate Graham, KDE Bugzilla #519631)

Using window rules to move a window partially off-screen using a negative position property no longer makes the window disappear and become unreachable. (Xaver Hugl, KDE Bugzilla #466119)

Fixed one source of a tricky issue that could make secondary screens inappropriately remain dimmed after waking from sleep. (Patryk Ludwikowski, KDE Bugzilla #513809)

Fixed a recent visual regression in the hover highlighting effects applied to the Printers widget. (Nicolas Fella, KDE Bugzilla #518705)

Plasma 6.7

Fixed an issue that could sometimes cause custom non-default global shortcuts to be reset during software updates on specific distros that uninstall and re-install apps as part of their upgrade processes. (Vlad Zahorodnii, KDE Bugzilla #484597)

Notable in performance & technical

Plasma 6.7

Improved performance and power efficiency for software that uses CPU rendering, such as most QtWidgets-based Qt and KDE apps. Read more about this on Xaver’s blog! (Xaver Hugl, kwin MR #9178)

Improved KWin’s heuristics for when it can use the “direct scan-out” feature to improve performance and save power for full-screen windows. (Xaver Hugl, KDE Bugzilla #515784)

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.

Web Review, Week 2026-19

Kevin Ottens — Fri, 08 May 2026 20:46:46 +0000

Back from vacations, the reading offline was good… I managed to read some articles too, so let’s go for my web review for the week 2026-19.

Building a cyberdeck is the most punk thing you can do right now

Tags: tech, hacking, culture

It’s indeed a nice endeavour. I don’t have the appetite for it right now, but I wish more people would do this.

https://www.dazeddigital.com/life-culture/article/70129/1/building-a-cyberdeck-diy-tech-rebellious-billionaire-broligarchs-computers

Cal Newport’s anti-brain rot rules

Tags: tech, attention-economy, literacy, health

This is good and sane advice to survive the attention economy and take care of your mental health. It’s not too hard to put in place if you’re not already doing it.

https://thetangent.space/2026/brain-rot/

radio is cool, actually

Tags: tech, radio, music, culture

Yep, I like radio as well. Don’t judge me.

https://donthave2sting.bearblog.dev/radio-is-cool-actually/

Endgame for the Open Web

Tags: tech, web, foss, knowledge, enclosure, ai, machine-learning, gpt, business, politics

This piece is maybe a bit too much on the panic side… Which part of the Web are we talking about? The commercial stuff? Overall, the logic makes sense though. We see many examples of power plays in guise of “innovation” which lead to killing openly sharing (and so killing real innovation). It’s urgent to fight back and ensure things stay open.

https://www.anildash.com/2026/03/27/endgame-open-web/

Netizen

Tags: tech, internet, culture, history

The Internet culture definitely changed at the turn of the 21st century. Before this it was a more civilized and hopeful place. I’d like to see the netizen etiquette make a strong come back.

https://sive.rs/netizen

Using the internet like its 1999

Tags: tech, internet, web, social-media, messaging, culture

This could be a piece full of nostalgia. There is a bit of nostalgia of course, but it’s also a path to use what we got in a more valuable and humane way.

https://joshblais.com/blog/using-the-internet-like-its-1999/

The Boring Internet

Tags: tech, internet, web, culture, resilience, protocols, decentralized

This is a good point, unlike what some claims the Internet isn’t dying. The commercial land on top is thinning out and is getting filled with crap indeed. Still, what made the Internet and the Web are still here for people to use.

https://www.terrygodier.com/the-boring-internet

A .well-known Complaint

Tags: tech, web, standard

Indeed, there’s no reason to not use .well-known for newer standard files.

https://www.vzqk50.com/blog/scraps/a-well-known-complaint/

Palantir Workers Are Finally Noticing The Skulls On Their Caps

Tags: tech, surveillance, politics, surveillance, defense, palantir

Better late than never I guess? Let’s just hope this becomes very costly for that evil company.

https://www.techdirt.com/2026/04/30/palantir-workers-are-finally-noticing-the-skulls-on-their-caps/

The AI Compute Crunch Is Here (and It’s Affecting the Entire Economy)

Tags: tech, ai, machine-learning, gpt, copilot, business, economics, sustainability

This part of the industry is struggling more and more (or more likely silently taking more risks to hide the struggle). It has no path to sustainability and it starts to show.

https://www.404media.co/the-ai-compute-crunch-is-here-and-its-affecting-the-entire-economy/

The Zig project’s rationale for their firm anti-AI contribution policy

Tags: tech, foss, community, ai, machine-learning, copilot

It totally makes sense. If you’re a FOSS project you have to invest in getting more long term contributors, which requires mentoring. The contributions themselves are not something to maximise. I wish more communities would follow that path.

https://simonwillison.net/2026/Apr/30/zig-anti-ai/

All my clients wanted a carousel, now it’s an AI chatbot!

Tags: tech, web, frontend, ai, hype, ux, simplicity

So many requests based on vanity and hype… I like the question “when you go to other websites do you use it?”, we should use it more. Maybe at some point we’ll realise that simplicity matters.

https://adele.pages.casa/md/blog/all-my-clients-wanted-a-carousel-now-it-s-an-ai-chatbot.md

NHS Goes To War Against Open Source

Tags: tech, foss, politics

Weird decisions, this is really backwards…

https://shkspr.mobi/blog/2026/05/nhs-goes-to-war-against-open-source/

GitHub is sinking

Tags: tech, git, github, foss, self-hosting

This is indeed time to move away from GitHub if you’re still there. There are many viable alternatives.

https://dbushell.com/2026/04/29/github-is-sinking/

in which more paths are charted towards code independence

Tags: tech, git, github, tools, version-control, foss, self-hosting

Good first half of the post, there’s indeed more paths out of GitHub than jumping from a centralised system to another one (even though Codeberg and Forgejo are much saner from a governance standpoint). We’ll see what the future brings.

https://technomancy.us/204

Soft launch of open-source code platform for government

Tags: tech, git, github, foss, self-hosting, europe, politics

Looks like some governments noticed that they can move away from GitHub and are testing the waters. Good idea!

https://www.nldigitalgovernment.nl/news/soft-launch-for-government-open-source-code-platform/

Open Source Does Not Imply Open Community

Tags: tech, foss, community

Indeed, a reminder that the two concepts are not necessarily aligned. It kind of misses the point about corporate Open Source with no open contributions which can be easily captured as well. But indeed for the individual side project you might not need the whole burden of issues and contributions, you get to choose.

https://blog.feld.me/posts/2026/04/open-source-does-not-imply-open-community/

Email is crazy

Tags: tech, email, routing, security

Want a primer on email routing? This is pretty much it.

https://samkhawase.com/blog/email-is-crazy/

A text editor as a user interface

Tags: tech, text, config, editor, shell, scripting

It’s an interesting trick for personal tooling. Keeps things really simple to setup with limited code to maintain.

https://ratfactor.com/cards/text-editor-as-ui

Lua can be a really cool HTML templating engine

Tags: tech, lua, dsl

This is a good illustration of how flexible and expressive Lua can be. Gives ideas to make DSLs.

https://riki.house/lua-html

Podman rootless containers and the Copy Fail exploit

Tags: tech, podman, containers, security

Worthwhile exploration on the impact of CopyFail in the context of Podman. The baseline security posture seems better and you can even improve things using older techniques. Definitely worth switching.

https://garrido.io/notes/podman-rootless-containers-copy-fail/

Your Container Is Not a Sandbox: The State of MicroVM Isolation in 2026

Tags: tech, virtualization, infrastructure, containers

Don’t think this piece really needed to talk about AI but oh well… I guess it’s the obsession of the moment. That said, it’s interesting to see how far the microVM ecosystem matured so far. The pieces are falling in place and that opens the door to interesting architectures.

https://emirb.github.io/blog/microvm-2026/

A breakthrough in C/C++ dependency management

Tags: tech, c++, supply-chain, dependencies, security, satire

C++ too can have its own supply chain disasters with enough effort!

https://lcamtuf.substack.com/p/a-breakthrough-in-cc-dependency-management

Bugs Rust Won’t Catch

Tags: tech, rust, failure, security, system, filesystem, memory

Straight from the uutils rewrite. This is interesting both for the class of bugs which made it (very system integration oriented, unsurprisingly) and the ones which didn’t appear at all (anything to do with memory).

https://corrode.dev/blog/bugs-rust-wont-catch/

You can beat the binary search

Tags: tech, simd, performance

A good illustration that you can beat classical algorithms by taking into account how modern CPUs are designed.

https://lemire.me/blog/2026/04/27/you-can-beat-the-binary-search/

Why Don’t Lowercase Letters Come Right After Uppercase Letters in ASCII?

Tags: tech, text, codec, memory

When you look at the binary representation of those characters, things become clear. This opens the door to interesting bitwise operations.

https://tylerhillery.com/blog/why-dont-lowercase-chars-come-after-upper/

How Many Frames Per Second Do You Need?

Tags: tech, game, graphics, performance

There is clearly a sweet spot around 60 fps. Beyond this… You quickly end up in cargo cult territory.

https://hooby.blog/posts/how-many-frames-per-second-do-you-need/

Forty Years in Tech

Tags: tech, history, career

It all changed so much! That’s quite a journey for our field. Of course it’s not over yet. At some point we’ll be real engineers I guess. 😉

https://forkingmad.blog/forty-years-in-tech/

Programming Still Sucks

Tags: tech, ai, machine-learning, copilot, team, organisation, engineering, learning, satire

This feels a bit too realistic for my taste… and yet… Well this piece of satire is well crafted I’d say.

https://www.stvn.sh/writing/programming-still-sucks-fqffhyp

Collective Speed Is Not the Summation of Individual Speed

Tags: tech, team, organisation, productivity

A bit of a stretched metaphor in here, but indeed being individually faster doesn’t automatically make the team faster. Sometimes quite the contrary in fact.

https://blog.jim-nielsen.com/2026/collective-speed-isnt-the-sum-of%20individual-speed/

How to See Your Leading, Lagging, and Reliable Estimation Metrics

Tags: tech, project-management, agile, metrics

Indeed I wish we’d see less fixation on burndown and velocity. There are superior alternatives and what matters if the full flow of work.

https://www.jrothman.com/mpd/2026/05/how-to-see-your-leading-lagging-and-reliable-estimation-metrics/

Hire based on the conversation about code, not the code itself

Tags: tech, hiring, interviews

Another post which shows that the right technical job interviews are the ones creating a real conversation. It’s the only way to have a chance to figure out what the candidate is made of.

https://dbarabashh.com/thoughts-and-experience/hire-for-the-conversation-not-the-code

Notes on influencing politics

Tags: politics, decision-making

Especially true for local politics indeed.

https://blog.mattglassman.net/notes-on-influencing-politics/

Bye for now!

Qt Creator 20 Beta released

Qt Dev Loop — Fri, 08 May 2026 09:45:31 +0000

We are happy to announce the release of Qt Creator 20 Beta!

KDE Ships Frameworks 6.26.0

KDE Community — Fri, 08 May 2026 00:00:00 +0000

Friday, 8 May 2026

KDE today announces the release of KDE Frameworks 6.26.0.

This release is part of a series of planned monthly releases making improvements available to developers in a quick and predictable manner.

New in this version

Attica

Enable LSAN in CI. Commit.

Baloo

[Qml] Fix off-by-one/off-by-several in filesIndexed Property. Commit.
[BalooCtl] Print detailed skip/failed reasons. Commit.
[CommandPipe] Forward detailed extractor status to main process. Commit.
[BalooCtl] Fix rare ordering race in monitor output. Commit.
[Extractor] Add missing return on invalid transaction case. Commit.
[baloo-file] Fix broken memory limit. Commit.

Bluez Qt

Fix build with qt dev. Commit.

Breeze Icons

Fix krfb icon not fully respecting color scheme. Commit.

Extra CMake Modules

ECMGeneratePythonBindings.cmake - hide more compiler warnings. Commit.
Avoid setting QT_NO_CREATE_VERSIONLESS_FUNCTIONS in ECMQmlModule6. Commit.
Add PYTHONPATH to prefix.sh if python is available. Commit.
Fix documentation syntax. Commit.

KCalendarCore

Documentation fixes. Commit.
Expose calendar color role in CalendarListModel. Commit.
Read/write calendar name from iCal. Commit.
Add support for the calendar color property. Commit.
Avoid failing the build on warnings in generated code. Commit.
Add Python bindings for KCalendarCore. Commit.
Remove undefined MAX_DATE symbol. Commit.
.gitlab-ci.yml - add clazy builds to merge requests. Commit.
Clazy use-static-qregularexpression fix. Commit.
Cppcheck unreadVariable fix. Commit.
Clazy fully-qualified-moc-types fix. Commit.
Clazy range-loop-detach fixes. Commit.
Clazy range-loop-reference fix. Commit.
Cppcheck variableScope fixes. Commit.
Clazy detaching-temporary fixes. Commit.
Cppcheck constVariablePointer fixes. Commit.
CI - cppcheck suppressions and define ICAL_CHECK_VERSION. Commit.

KCMUtils

Reapply "Enable LSAN in CI". Commit.
GridDelegate: Don't interfere with Space/Enter key handling. Commit. Fixes bug #519194
Kcmshell: Use flat style by default. Commit.
Improve layout of kcm loading errors. Commit.

KConfigWidgets

Kcommandbarmodel: ignore empty groupName in displayName. Commit.

KContacts

CI: Remove alpine. It has been failing for 4 consecutive weeks. Commit.

KCoreAddons

Kcoreaddons_target_static_plugins: Fix typo in variable that is checked for. Commit. See bug #518580
Propagate LibMount dependency to static library consumers. Commit.
Add KAboutRelease::untranslatedDescription. Commit.
Determine filesystem if mountinfo returns fuseblk. Commit.
Kfilesystemtype: reduce variable scope. Commit.
Fix use after free. Commit.
Kfilesystemtype: use libmount instead of statfs when available. Commit. Fixes bug #433611
Remove control characters when quoting args. Commit.
Rename AppStream test file to avoid scripty processing it. Commit.
Split KAboutData::fromAppStream() into three separate methods. Commit.
Parse release notes from AppStream data. Commit.
Add KAboutRelease, for listing application release notes. Commit.
AppStream-backed KAboutData. Commit.
Add a way to set KAboutLicense objects on KAboutData. Commit.

KDav

Davcollectionmodifyjob: Fix removing properties. Commit.
Autotests: Add tests for davcollectionmodifyjob. Commit.
Fakeserver: Remove dead code. Commit.
Autotests: Remove unnecessary KIO_DISABLE_CACHE_CLEANER. Commit.
Autotests: Add tests for deleting items and collections. Commit.
Autotests: Add tests for DavItemModifyJobTest. Commit.
Fix DavPrincipalSearchJobTest. Commit.
Tests: Add tests scenarios for DavPrincipalSearchJob. Commit.
Enforce tests pass on all platforms. Commit.
Use free port for fakeserver. Commit.
Autotests: Use make_shared when possible. Commit.
Tests: Add tests scenarios for DavItemsListJob. Commit.
Ci: Remove alpine CI. Commit.
Autotest: Add doctype in body of tests. Commit.
Caldav: Add support for timezone element. Commit.
Tests: Check request body in scenarios. Commit.
Add test coverage information. Commit.
Use Qt::StringLiterals. Commit.
Add unit tests for DavCollectionsFetchJob. Commit.

KDE Daemon

Drop X-KDE-Kded-phase. Commit.
Drop outdated stuff from documentation. Commit.

KGuiAddons

Fix move semantics on KCursorSaver. Commit.
Fix build with Qt 6.11 on Android. Commit.

KHolidays

Modifier holiday_ca-qc_fr Correction of typos. Commit.
Modifier holiday_ca-qc_fr. Commit.
.kde-ci.yml - require MRs to pass cppcheck cleanly. Commit.
Disable HolidayParserDriverPlan copy/move as found by cppcheck. Commit.
.clang-tidy - add clang-tidy configuration. Commit.
Cppcheck-suppressions.xml - suppress shadowFunction, functionStatic. Commit.
.gitlab-ci.yml - add clazy builds to merge requests. Commit.
Clang-tidy performance-avoid-endl fix. Commit.
Clang-tidy fix readability-isolate-declaration. Commit.
Add support for HolidayCategories. Commit.
Cppcheck suppress knownConditionTrueFalse. Commit.
Cppcheck constVariable fix. Commit.
Cppcheck useInitializationList fix. Commit.
CI - configure for cppcheck. Commit.
Clazy range-loop-detach fix. Commit.
CMakeLists.txt - add pre-commit support. Commit.
Philippines holidays - fix the Easter holidays. Commit. Fixes bug #518523

KI18n

Ktranscript: avoid that engine deletes the object. Commit.
Ktranscript: parent the QJEngine instead of using deleteLater. Commit.
Enable LSAN in CI. Commit.
CI: Remove alpine. It has been failing for 4 consecutive weeks. Commit.
Fix static build. Commit.
Fix: no translation will be loaded on macOS. Commit.

KImageformats

JXR: check all library return codes. Commit.
EXIF improvements and bugfixes. Commit.
JXR: fix Use-of-uninitialized-value. Commit.
EXR: fix Null-dereference READ in OpenEXR. Commit.
HDR: fix incorrect use of s.atEnd(). Commit.
JXR: minimal support for multichannel 3 and 4. Commit.
JXR: fix memory leaks. Commit.
Improved documentation for DDS, JP2 and PSD formats. Commit.
EXR: fix incorrect loading of EXR files saved by Photoshop 2026. Commit.
Fix HOST Computer metadata. Commit.
Add more info about unsecure JXR plugin. Commit.

KIO

Kioworkers/trash: Use qRound64 instead of qRound. Commit. Fixes bug #515511
KFileItemActions: In insertOpenWithActionsTo check that items is not empty. Commit.
Searchproviders: add Startpage search provider. Commit. Fixes bug #503976
Davjob: Use \n instead of \r\n in xml. Commit.
FilePreviewJob: Increase timeout to 5 seconds. Commit.
Drop MinimumKeepSize config from workers. Commit.
Deprecate KProtocolManager::minimumKeepSize. Commit.
Drop MinimumKeepSize config. Commit.
Gui/previewjob: avoid wrapping job->errorString with buildErrorString. Commit.
Kfileitemdelegate: Do not use antialising in order to avoid glitches with some QStyles. Commit.
Autotests: Force language on kfileplacesmodeltest. Commit.
KFilePlacesModel: Support kdeconnect device. Commit.
KFileWidget: Update placeholder text to show the current folder. Commit.
KFileWidget: Allow opening current directory in Directory mode. Commit.
KFileItemDelegate: Check if emblem rect is null. Commit.
KfileItemSelection: Allow using selectionEmblem in directory mode with singleclick. Commit.
KDirOperator: Select whole row on toggle. Commit.
PasteDialog: Add MIME type icon to format combo box. Commit.
Paste: Give context object to connect. Commit.
Paste: Also set default file name when pasting text contents. Commit.
Paste: Guess MIME type from text content. Commit.
PasteDialog: Use MIME type icon for dialog if available. Commit.
Open/execute dialog: remove "don't ask again" checkbox. Commit.

Kirigami

FormEntry: propagate contentitem's Layout hints. Commit.
FormEntry: fix vertical alignment of labels. Commit.
Manually delete LanguageChangeEventFilter when qApp is destroyed. Commit.
FormEntry: set titles Accessible.labelFor the contentItem. Commit.
PageRow: Implement short slide + crossfade transition for single column mode. Commit.
Form: Remove commented out code. Commit.
Asan fixes for ToolbarLayout. Commit.
Relicense ImageColors to LGPL. Commit.
ColumnView: remove unused variables. Commit.
Use target syntax for QML module dependencies. Commit.
Primitives: Snap icon vertices to device pixels after final transform. Commit.
Form: Properly declare module dependencies. Commit.
ColumnView: don't use std::clamp. Commit.
ContextualHelpButton: Use OverlayZStacking for Tooltip. Commit.
ScrollView: Fix issues with touchscreen drag scolling. Commit.
FormEntry: don't base height on y. Commit. Fixes bug #519233
Toolbars: make sure separators and toolbars have the same height as QWidgets. Commit.
Ensure that SearchDialog is not wider than the window. Commit.
Fix the spacing of the title in FormEntry in card mode. Commit.
Forms: fix a relayout loop. Commit.
ColumnView: fix the declarative assignment of contentChildren. Commit.
README.md kdesrc-build -> kde-builder. Commit.
Make Android template compatible with Qt 6.11. Commit.
FormEntry: explicitly fallback to 0. Commit.
Restore page opacity on layer pop. Commit.
Standardise the padding in the Card version of Froms. Commit.
Improve the padding for the FormGroup title and FormEntry subtitle. Commit.
Action: support QActions with an icon group property. Commit.
New FormLayout implementation. Commit.
ToolBarLayout: Incubators should not be assumed to always be ready. Commit.
Drop test_loadPageInitialPropertyNotExistFails. Commit.
Prioritise programLogo over application icon in AboutPage. Commit.
Add Badge component. Commit.

KNewStuff

Enable LSAN in CI. Commit.

KNotifications

Fix build with Qt 6.11 on Android. Commit.

KPackage

Don't leak PackageJob runnable if the job never gets started. Commit.
Don't leak PackageStructure objects in unit test. Commit.

KQuickCharts

Fix static build. Commit.
CI: Remove linux-static. It has been failing for 4 consecutive weeks. Commit.
CI: Remove alpine. It has been failing for 4 consecutive weeks. Commit.

KSVG

Add autotest for SVG colors. Commit.
SvgItem: Initialise DPR when setting other SVGs. Commit.

KTextEditor

CI: Comment out Qt 6.12 for now since tests are failing. Commit.
Rename CamelCursor -> WordCursor. Commit.
Use the CamelCursor class for all movement, add a boolean to chose behavior. Commit.
Do not use highlighting. Commit.
Improve readability. Commit.
Unify similar code. Commit.
Do not call characterAt twice in the while loop. Commit.
When moving the caret whole words, stop at non-alphanumeric chars. Commit.

KUnitConversion

Enable LSAN in CI. Commit.
UPDATE: do not add CFP as a default unit. Commit.

KWidgetsAddons

Kcharselect: cap character cell width. Commit.
Rename bindings.xml file to follow 'typesystem_<project_name>' naming scheme. Commit.
Ensure python bindings are exported typesystem. Commit.
Kpageview: fix drag to move window from page title. Commit.

KWindowSystem

Update required version of WaylandProtocols to 1.46. Commit.

KXMLGUI

Kmainwindow commandbar: call aboutToShow for empty menu. Commit.
Kmainwindow commandbar: handle recursive menus. Commit.

Purpose

Enable LSAN in CI. Commit.
Update telegram icon. Commit.
Add KOnlineAccounts integration. Commit.
Replace SSO.OnlineAccounts with own model. Commit.

QQC2 Desktop Style

Ignore inner Labels for accessibility. Commit.
MenuItem: Use opaque background when pressed. Commit.

Solid

Add optional KDE Connect backend. Commit.

Sonnet

Switch to the SpellCheckUnderLine underline style for Qt 6.12. Commit.

Syntax Highlighting

Python: add frozendict as builtin. Commit.
Python: add the keywords "lazy import" and "lazy from" (python 3.15). Commit.
Fix comment of StateData::push(): captures is inserted in all contexts. Commit.
Improve SSIM flight designator/leg sequence column highlighting. Commit.
Add highlighting for IATA SSIM flight schedules. Commit.
GN: Update GN unit test. Commit.
Handle GN properties (similar to QML properties). Commit.
Add more builtin variables. Commit.
Use tabs instead of spaces. Commit.
Fix build. Commit.
Add GN syntax highlighting unit tests. Commit.
Update license. Commit.
Add GN (Generate Ninja) syntax highlighting definition. Commit.

Send your talks for Akademy NOW!

Albert Astals Cid — Thu, 07 May 2026 22:47:00 +0000

Akademy 2026 (the annual world summit for KDE) is happening in Graz. Austria, Saturday 19th – Thursday 24th September.

First of all, if you're reading this and thinking, "Should i go to Akademy?"

The answer is [most probably] YES! Akademy has something for everyone, be it coders, translators, promoters, designers, enthusiasts, etc.

Now, with this out of the way, go and register at https://akademy.kde.org/2026/register/

After you have registered, you think which interesting talks will we have on the weekend?

And you know who has something to say? *YOU*

Yes, *YOU*. I'm sure you've been working on something interesting, or have a great idea to share.

*YOU* may think that your idea is not that great or the things you work on are not interesting, but that's seldomly the case when someone explains me their "boring" thing they've been working on, i always think "Wow that's great".

Ok, so now that I've convinced you to send a talk proposal, when better than *TODAY* to send it?

Yes I know the Call for Participation is open until the 17 of May, but by sending it today you make sure you don't forget sending it later and also [more important for me] you help those of us in the Program Committee not to worry when the final date starts approaching and we don't have lots of talks yet because you all prefer sending talks on the very last minute.

So stop reading and send your talk today ;-)

Singleton Controllers in Times of Declarative QML

KDAB on Qt — Thu, 07 May 2026 08:30:44 +0000

Singleton Controllers in Times of Declarative QML

Controller objects have been the main way to glue your QML UI to your application's actual implementation of the I/O and business logic. However, over the years, the way to actually expose that controller object has changed. And now, we contributed a change in QQmlEngine that allows you to change it once again, and we believe: for the better.

What are "controllers" anyway?

Conceptually, controllers are a thin glue layer between your business logic and your QML, exposing the data that the GUI needs in a format it can easily use. They are implemented as QObject-derived instances, usually with properties exposing values that may or may not be writable, as well as potentially some Q_INVOKABLE methods that can be triggered by the QML and maybe some signals.

Usually, these controllers are specific to a single logical group of values and functions within the wider application. An application may have a hand-full to dozens of them for a big system. Models exposing collections of data are usually made available as read-only properties returning a QAbstractItemModel-derived data model on these controllers.

Often, these controllers need to be instantiated with some initialization, as they need references to the business-logic objects they expose to the GUI, listen for signals to get notifications of changes, etc. And that's where the trouble starts...

Pre-Qt 6

Context properties

In the early days of QML, one would often use controller instances exposed to QML as context properties. Doing that allowed one to instantiate the controllers under control of C++, giving it all the references the objects needed at that time. We would often expose them to QML using a naming pattern like starting the name with a double underscore __someController so that it was easy to recognize in the QML code. Using context properties however is no longer recommended. Their lookup is slow, and the QML compilers cannot reason about them, so code using them cannot be optimized. Nor is tooling available to help the QML programmer, as code completion and the likes are not possible.

Singleton Instances

Then came the qmlRegisterSingletonInstance method. This method allowed one to register a QML singleton, but it would return the instance that you passed it as an argument and that you could instantiate however you needed. That was a good solution, but it didn't have a long useful life as it didn't mesh well with the declarative registration and it had issues with the one instance being the instance for every QML engine in your application (if you had more than one).

Post-Qt 6

Since Qt 6, the recommended way to write QML is to create QML modules using declarative registration for C++-based objects. That has many benefits in terms of tooling and optimization, so it's good practice to do this. But it also meant that since Qt 6, one could no longer mix-and match imperative registration with declarative: you either used the one, or the other; which rendered the qmlRegisterSingletonInstance method above useless.

There are many possible approaches that I have seen being applied to still control the creation of controller objects, usually by registering a singleton that has a static create factory function and returning some C++ singletons there or something along those lines. That works, but isn't very elegant. An alternative approach is using initial properties on the root object, but that either requires accessessing the root id from other QML files or propagating the controllers all the way down the stack of items. Neither is a great solution for different reasons. My colleague Javier Cordero Pérez is making a couple of videos about ways to do this, so I won't go into detail here. These videos will be added here once they have been released.

New approach

That building this connection between C++ and QML was so inelegant - despite being so important - inspired me to finally take matters into my own hands and write a patch.

The result is available starting with Qt 6.12 onward and it combines the good things of qmlRegisterSingletonInstance and the declarative registration: you still register your controller type as a QML singleton so that the type is fully known by the tooling and access to it can be optimized. But we gain back the ability to provide a ready-made instance to the QML engine.

setExternalSingletonInstance

The API on QQmlEngine gained a single new method: QQmlEngine::setExternalSingletonInstance. It allows you to provide an instance of a type declared as a singleton as the instance to use in any QML running in that engine, just like you could with qmlRegisterSingletonInstance. In contrast to that old registration function, however, you call this method on your specific QQmlEngine instance. Note that the type has to be (declaratively) registered as a singleton type for this call to work. If you are using more than one engine, it is up to you to decide if you want to provide the same instance to these different engines, or have separate instances.

This simple method gives you back an elegant, supported way to fully control the instantiation of the QML singleton, and thus easily connect it to your business logic or whatever else you need to with it. However, it is up to you make sure that you do this call before any QML code actually tries to access the singleton. Otherwise, the engine will (try to) create it's own instance as it used to. You cannot replace an already existing singleton instance, so once there is one, it is the one.

It’s up to you to make sure that the provided singleton instance outlives the QML that depends on it. You can do that in any way that works in your context, but you could consider parenting the instance to the QQmlEngine instance, ordering the variables containing them on the stack correctly, or using QQmlEngine::setObjectOwnership to hand ownership of the singleton to the QML engine.

QML_UNCREATABLE for singletons

If you are providing your QML singleton instance yourself anyway, you logically also don't need it to be creatable by the engine either - although, it still can be, of course. If your controller type has a non-default constructor - perhaps to take in some references to your business logic instances - you can now mark your singleton with QML_UNCREATABLE, just like you can with other QML types. If you do that, you no longer need to supply a factory function (and even if you do, it won't be used).

Of course, if you mark a singleton as uncreatable, it is up to you to make sure you actually supply an instance via QQmlEngine::setExternalSingletonInstance before the singleton is needed from QML.

The post Singleton Controllers in Times of Declarative QML appeared first on KDAB.

KDE e.V. is looking for a software engineer

KDE e.V. news — Thu, 07 May 2026 00:00:00 +0000

KDE e.V., the non-profit organisation supporting the KDE community, is looking to hire a software engineer to help improve the software stack that KDE software relies on. Please see the call for proposals for more details about this contract opportunity. We are looking forward to your application.

The full call for proposals has more details.

KDE Gear 26.04.1

KDE Community — Thu, 07 May 2026 00:00:00 +0000

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:

akonadi: Fix crash in EntityTreeView when selecting multiple items (Commit)
kcachegrind: Don't read out of bounds (Commit, fixes bug #519280)
konsole: Prevent QTabBar from closing tabs on middle mouse clicks (Commit, fixes bug #515014)

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.1 source info page
26.04.1 full changelog

Installing Qt metatypes files

Nicolas Fella — Wed, 06 May 2026 21:00:00 +0000

If you have been on invent.kde.org lately you might have seen some merge requests about “Install Qt metatypes” and wondered what that’s all about.

When defining QML types in C++ the buildsytem tries to capture as much information about the type as possible, so that tools like qmllint, qmlls, and the QML compiler know about what API the type provides. If that information cannot be gathered the code will still work fine at runtime, but the development experience will be degraded.

Normally, when all the types involved are from the local project (or Qt), and you are using the qt_add_qml_module CMake API as well as declarative type registration, things will work mostly out of the box. However, in some cases that’s not enough, and we need some extra steps.

Imagine we have a library MyLib, that exposes a class MyModel. That model isn’t registered to QML at all. Now we have a program MyProgram, that creates a subclass of MyModel, and registers that to QML:

#include <MyLib/MyModel>
class MySubModel : public MyModel {
Q_OBJECT
QML_ELEMENT
...
}

This will work fine at runtime, but produces a suspicious build warning:

Warning: mysubmodel.h:3: MyModel is used as base type but cannot be found.

Opening any QML file using MySubModel in an qmlls-capable editor will show that type information for MySubModel is limited or nonexistant. So how do we fix this? Enter: metatypes files.

During the build process moc processes your classes and extracts information about properties, signals, invokables, etc. That information is then processed by the QML tooling. For Qt’s own types that’s done out of the box, and for custom QML module’s types too, but if your custom module is using types from another library some extra steps are needed.

First, the library needs to extract its metatypes into a consumable file. This is done using the qt_extract_metatypes CMake API:

add_library(MyLib)
qt_extract_metatypes(MyLib)

This will produce a JSON file that contains information about the types in MyLib. If the QML module needing this is in the same buildsystem that’s enough to make things work. However, quite often it will be used by something in another project, so we need to install the file alongside the library:

add_library(MyLib)
# the path of the generated file will be stored in ${METATYPES_FILE}
qt_extract_metatypes(MyLib OUTPUT_FILES METATYPES_FILE)
install(TARGETS MyLib)
install(FILES ${METATYPES_FILE} DESTINATION ${KDE_INSTALL_QTMETATYPESDIR})

This will install the file, but that’s not enough for the consuming project to pick it up, we need to associate the metatypes file with the library. To make that happen we add the (public) sources for that library:

add_library(MyLib)
# the path of the generated file will be stored in ${METATYPES_FILE}
qt_extract_metatypes(MyLib OUTPUT_FILES METATYPES_FILE)
# extract the filename from the path
get_filename_component(METATYPES_FILE_NAME ${METATYPES_FILE} NAME)
# add metatypes file to the interface sources set
target_sources(MyLib INTERFACE $<INSTALL_INTERFACE:${KDE_INSTALL_QTMETATYPESDIR}/${METATYPES_FILE_NAME}>)
install(TARGETS MyLib)
install(FILES ${METATYPES_FILE} DESTINATION ${KDE_INSTALL_QTMETATYPESDIR})

This scary looking line of CMake basically boils down to “Everything that links against MyLib will get the installed metatypes file added to its sources”. This makes the QML machinery in the application pick it up.

With that, no changes to the application are necessary. The build warning disappears, and type information in the editor starts working.

Since it’s hard to know in advance whether a library’s types are going to be used that way it’s probably a good idea to do this for any library, especially since there’s effectively no cost to this, other than some CMake code. It would be great if Qt would take care of most of that code though, see https://qt-project.atlassian.net/browse/QTBUG-123052 and related patches.

A word on the install location: When installing Qt-related files there’s some subtleties involved when determining where to install things. Fortunatley ECM takes care of that for us, so it gained a new variable KDE_INSTALL_QTMETATYPESDIR for this.

This has been applied to a few KDE libraires already, but there’s likely more where it would be benefitial, to allow for better QML tooling and ultimately a better developer experience.

Making wl_shm fast

Xaver’s blog — Wed, 06 May 2026 13:25:00 +0000

While most new applications use the GPU for rendering to achieve better performance and battery life, there are some new applications and a lot of older applications that still use CPU rendering. More specifically relevant for KDE, while QtQuick is GPU accelerated, QtWidgets uses CPU rendering.

With CPU rendering, instead of sharing GPU buffers with the compositor, wl_shm is used to present images. “shm” stands for “shared memory”, and is literally just some system memory allocated by the app and shared with the compositor.

Why is it slow?

The rendering speed of an application using CPU rendering depends a lot on what the application is doing exactly, but a very large factor is simply the sheer number of pixels and thus bytes it manipulates. With high resolution screens, especially single threaded CPU rendering can get pretty slow.

Optimizing the application side isn’t my area of expertise though, and not what I’m primarily interested in as a compositor developer. My main goal is to let the application render at whatever speed it can, and to efficiently transfer the results onto the screen.

On the compositor side we can’t normally use shm buffers directly. For the GPU to be able to access the data, we first need to copy it to a different buffer that meets the requirements of the GPU. This copy is often done in two steps:

copy the data to a GPU-accessible buffer on the CPU
copy that GPU-accessible buffer to another buffer in GPU memory

With both OpenGL and Vulkan, that first copy is blocking the main thread until it’s complete. You can offload the copy to a different thread with some additional code, but that would just move the CPU usage, rather than reduce it.

The second copy is more acceptable, since the GPU does it asynchronously and more efficiently, but on integrated GPUs, this would still end up copying data from system memory to a different region of system memory, for no good reason.

The result of these copies is that on high resolution screens with applications using shm buffers, performance noticeably suffers and CPU usage is much higher than it has any right to be.

On my laptop with a still relatively new and high end Ryzen 7840U, I could see the cursor sometimes skip frames when quickly moving it over project files in KDevelop, since KWin’s main thread was being blocked by these texture uploads. Normally that’s not really noticeable, but with the power profile set to “power save”, it felt really sluggish.

Vulkan will fix it… right?

When you hold a hammer, every problem starts to look like a nail.

Since we recently started using Vulkan in KWin to fix some other problems caused by OpenGL’s inadequacies¹, I obviously looked for a Vulkan solution first. And lo and behold, VK_EXT_external_memory_host does exist, and it’s perfect for this! Or at least it looked like it would be…

The extension allows wrapping a “host pointer” (aka a normal pointer to CPU memory) in a VkBuffer or even VkImage². With a pretty low amount of new Vulkan code, the GPU could asynchronously copy the VkBuffer to a GPU-local buffer.

Unfortunately, the implementation at least on AMD comes with some limitations. Because of potential security issues, pointers to anything associated with a file descriptor (which shm buffers always are) can’t be imported this way by amdgpu.

There is also the more recent VK_EXT_host_image_copy for optimizing image uploads, but it would only allow removing the second copy rather than the first, so it’s not exactly what I needed.

udmabuf to the rescue

udmabuf is a Linux driver that can wrap memfd-allocated memory in a dmabuf. A dmabuf is a handle to GPU memory, and memfd is how shm buffers are usually allocated by Wayland clients… so it’s a perfect fit for what I wanted to do.

There’s one caveat to this: In order to be able to create a udmabuf from it, the allocated memory must be a range of memory pages³, so location and size have to be a multiple of the page size. Applications didn’t allocate their buffers with that in mind so far, since there was no benefit to it. Fixing that isn’t difficult though! Assuming one memfd per shm buffer (which at least Qt does), fulfilling the page size requirement should even be free⁴.

With the udmabuf successfully created, we can wrap it into a VkBuffer and do an asynchronous copy to a GPU-local buffer with Vulkan. However, we can do even better: If the stride⁵ of the buffer matches the requirements of the driver, we can directly use the udmabuf with the GPU.

This stride requirement is a bit more of a tradeoff than the page size one, since some additional memory may need to be allocated as padding at the end of each row in the image. Since most GPUs seem to be fine with a multiple of 256, the amount of “wasted” memory is still pretty low however - for example with a 3841x2160 image, it would be 0.55MB or 1.6% more memory used per buffer.

So I added code to KWin to attempt to create a udmabuf for each shm buffer, and then import that into the GPU driver. If it fails, we just fall back to the old upload code, but if it succeeds, we don’t need to do any copies at all.

The compositor side didn’t take a lot of code, but the application side was much simpler still. Including a comment explaining the reasoning, it merely took a grand total of 18 changed lines of code.

The result

With the same example of KDevelop I mentioned before, the cursor is now always completely smooth. In terms of concrete numbers, KWin’s CPU usage while scrolling in KDevelop went from 80-90% on one core down to 20%!

These improvements will be in Plasma 6.7 and Qt 6.11.2. I would recommend other toolkits and applications that use shm buffers to make the same changes as I did in Qt, it can make a really noticeable difference.

I’ll write a blog post about it once there’s more to talk about ↩
With a Vulkan renderer, the VkImage would mean the second copy could be skipped as well ↩
A page is the smallest chunk of contiguous memory managed by the OS ↩
The kernel allocates in pages, so the amount of memory used should be the same either way ↩
Stride is how many bytes are used by each row of pixels in an image. There can be unused padding after each row, which is included in the stride. ↩

Introductory Post

Ojas Maheshwari — Tue, 05 May 2026 17:00:43 +0000

Hello, I am Ojas Maheshwari.

I got selected for contributing to the project "Implement Font Subsetting when saving PDF files" for GSoC 2026 at KDE community.

This site will have all the official documentation and progress updates on what I did through the whole journey including:

My approach and plan.
The problems I faced and how I solved them.
My thinking process wherever possible.

This is an introductory page to see if the site works correctly.

Thanks :D

KeepSecret 1.1

Marco Martin — Tue, 05 May 2026 11:37:00 +0000

KeepSecret is our new password management application, based on SecretService, which works both with our old KWallet infrastructure as well as more modern services such as oo7, KeepassXC and many others.

Version 1.1 has now been released.

This release Has been focused mainly on small usability papercuts and improved messaging to the user.

An important aspect of this release is that is the first one that’s available on flathub, so it’s very easy to install and test now, just hop on Discover to find it.

Introducing the QML Profiler Skill for Agentic Development

Qt Dev Loop — Tue, 05 May 2026 07:02:18 +0000

Instead of a painstaking row-by-row or slow flame graph reviews, the QML profiler skill for agentic development allows developers to delegate code performance profiling to AI agents.

The skill guides the developer through the workflow, triggers the QML profiler, crunches through the resulting raw data, presents the performance bottlenecks in a concise report, and suggests improvements.

The skill targets 2D Qt Quick applications and supports four profiling modes — rendering, logic, memory, and full. It can also analyze an existing trace file directly, without re-running the application, for example, if the performance trace has been run on the target hardware.

Video: QML profiling of shopping list app in Claude Code CLI (Some sequences are shortened or accelerated)

Union: Spring 2026 Update

Arjen Hiemstra — Mon, 04 May 2026 20:10:58 +0000

Union: Spring 2026 Update

It has been a long time since I wrote anything about Union, the new style engine being developed for KDE. However, that does not mean nothing has happened in that time. Quite the opposite, in fact (spoiler alert); we plan to do a first release of Union with Plasma 6.7! So let us go over some of the things that happened with Union.

CSS as Input Format

CSS as used by Union for styling buttons and several other controls

One of the biggest changes that happened last year is that we switched the default input format from SVG (as used by Plasma) to CSS. Somewhere during spring last year I realised that, while using Plasma's SVG served us well to get the initial data model sorted out, it was now holding things back. Additionally, and maybe even more importantly, it was not something that I felt comfortable with shipping and recommend people build styles with.

Plasma's SVG styling, at first glance, looks pretty close to what we would want as an input format: something that would allow designers to easily create and modify styles. The feedback from designers who worked with Plasma's SVG styling was the opposite; getting everything right in the SVG for things to work correctly is a lot harder than it seems, with a number of quirks specific to Plasma that need to be considered, as well as limitations with regards to what features are supported. Additionally, there are several technical issues that made me uncomfortable relying too much on SVGs as an input format.

So we wanted to switch to CSS, which has always been the input format I wanted to use. It is well known, has a fairly reasonable syntax and is already being used for the task we want to use it for.

However, there is not really a good library available that parses CSS. The best I could find is the Rust cssparser crate from the Servo project. Unfortunately, this is Rust and Union is a C++ project. Additionally, it is slightly too low level for Union to use directly, it is more of a parser-building toolkit than a real parser. So I created the cxx-rust-cssparser library that makes use of the cssparser crate and provides a C++ interface to parse CSS files. Then I hooked that up as a new input format for Union to use and we could start styling things with CSS.

Breeze in CSS

So we set out to build yet-another implementation of Breeze, this time using Union's CSS. We needed an initial default style for Union, and while there's quite some work happening on a design system and a new style, we wanted a known baseline to work against, similar to what we did with the Plasma SVG input in the first place. This does not mean Breeze will be the only style supported by Union, but rather it limits the scope of the initial work to what is needed for Breeze to work.

A comparison of four different implementations of Breeze-styled buttons.

As it turns out, because we have multiple implementations of the same thing, there are slight differences between those implementations. Some of them have been intentional, such as qqc2-breeze-style using a different spin box style from the Breeze widgets style; others less so. To make it easy to compare what Union's implementation looked like compared to the other styles, I created a simple application that displays pages with controls side-by-side, each page using a different implementation of Breeze.

Union's implementation of Breeze is not a one-to-one copy of the Qt Widgets implementation as exposed by qqc2-desktop-style, though it comes quite close. However, in certain cases, we intentionally deviate, either because the different implementations disagree on how to do something, or because Union allows things that we could not do before.

Comparing different implementations of spin boxes; Union is on the far left.

For example, consider the spin boxes above. We have long wanted to use a style where the "increase" and "decrease" buttons are bigger and to the left and right of the value. Both qqc2-breeze-style and Plasma already use this style. However, the QtWidgets style uses a version with small up and down arrows stacked on the right, because a lot of widgets applications expect a spinbox to be fairly small. For Union, we actually implement both: If the spinbox has enough space, we use the preferred style with buttons left and right, but if the spinbox is constrained somehow we switch to the style with smaller buttons stacked to the right. This gives us the best of both worlds, where we can use the preferred style but have a decent fallback for cases where that does not fit.

Union's First Release?!

System Settings' Keyboard page as styled by Union

The work on Union's Breeze implementation has progressed to the point where it is very hard to distinguish whether or not you are running the Union version. We have also tested with a bunch of applications and made sure that any differences were fixed. So we are at a stage where we need to get Union into the hands of more people, both to get extra people testing whether there are any major issues, but also to have interested people creating new styles.

This means that with the upcoming Plasma 6.7 release, we plan to include Union. Discussion is currently ongoing whether we will enable it by default, but even if not there will be a way to try it out.

Looking to the Future

I have so far mostly talked about the Qt Quick side of things, but what about Qt Widgets? We so far have focused on the Qt Quick output to have something that we could ship in a good working state. With that work nearing completetion, we can look forward to what to do next.

We already have a prototype implementation of a Qt Widgets output for Union. One of the next goals will be to flesh this out further into a complete QStyle implementation that is as usable as the Qt Quick output.

KDE Plasma using Union for the configuration window. Panel and applet styling is one thing we will add in the future.

Another item we will be looking at is to use Union's CSS input for styling Plasma, making it possible for Union styles to provide styling for things like panels and widget popups. Note that we will not drop support for SVG styling in Plasma, but we do hope we can make Union's CSS-based styling the primary way to style Plasma in the future.

We also want to expand the things Union can do, so that designers are not limited in what kind of styles they can create using Union. This includes things like expanding the support for specific CSS features, adding support for more rendering options and reconsidering how we handle colours.

In Closing

As you can see, there is still a lot of work to be done for Union to unionize all of KDE's styling. For that, we would love to hear your experience with it! If you test out Union, please report every problem you find with any existing Qt Quick-based application. See the README for instructions on how to test. You can report issues here.

If you are a style designer interested in creating new styles, we are working on documentation that explains how to do so, in the meantime, feel free to experinent with the CSS files used by the Breeze style.

If you are interested in working on Union itself, or otherwise would like to discuss something relating to Union, feel free to drop by on Matrix. If you want to get a closer look at what is currently in development, we make heavy use of Gitlab's issues for development tracking,

Discuss this post at KDE Discuss.

ahiemstra Mon, 05/04/2026 - 22:10

Introducing the Qt Code Review Skills for Agentic Code Review

Qt Dev Loop — Mon, 04 May 2026 15:12:07 +0000

Reviewing, auditing, or sanity-checking code usually means running separate linters, reading through checklists, and manually verifying Qt-specific patterns across dozens of files. The Qt code review skills help developers to automate part of this code review phase. Developers avoid a laborious manual walkthrough of every file, with the AI agent running a deterministic linter followed by six parallel deep-analysis agents and surfacing real issues with mitigations in a few minutes.

AI-Powered Code Reviews with Reliable Results

Goals for GSoC 2026 - Improving Kdenlive Effect Widgets

Yash Bavadiya — Mon, 04 May 2026 11:34:00 +0000

Thank you to the KDE community and Jean-Baptiste for selecting my proposal. Congratulations to all other accepted contributors!

I'll be working on improving the effect widget system in Kdenlive this summer. As someone who uses Kdenlive daily for my own videos, these are problems I've personally hit, which makes this project feel very personal.

Here are my three main goals:

Replace the channel dropdown with a tab-based interface so each color channel (RGB, Red, Green, Blue, Alpha, Luma) has its own independent curve. Currently you need to apply the effect three times to get per-channel control, this fixes that with a single effect instance.

Gradient Editor

Build a standalone gradient widget with support for arbitrary draggable color stops, replacing the current hardcoded two-stop system in the effects panel.

Speed Ramp

Add bezier curve handles to the time remapping panel so speed transitions can ease in and out smoothly, with presets like Ease In, Ease Out, Ease In/Out, and Linear.

Coding begins May 25. I'll be posting weekly updates here throughout the summer. Looking forward to a productive GSoC!

Using the WebView module with C++ and Qt Widgets

Qt Dev Loop — Mon, 04 May 2026 10:46:19 +0000

For a long time, developers of Qt-based C++ applications have only had one option for embedding web content: Qt WebEngine. And while it offers a large API with many useful features, the module has its downsides, since it can consume a lot of system resources and increase binary size. For QML users, we’ve had an alternative in the Qt WebView module, but that API had never been exposed to C++ until now.