Welcome to a new issue of "This Week in Plasma"! Every week we cover the highlights of what's happening in the world of KDE Plasma and its associated apps like Discover, System Monitor, and more.
it would be very helpful, at least for me, if there was and ETA included, as i havent got a clue when things are due to arrive, its all like a some time in the future kind of mist
like:
Notable Bug Fixes
Plasma 6.3.5 (ETA 2025-05-06 )
That’s great news! If I read it correctly, I will be able to use KeepassXC as back-end in the future? I already use it a Secret-Service provider, but all KDE apps still only write into KWallet which makes cross-platform and browser synchronisation tedious.
I see one giant problem with that: ETA where? Personally I use openSUSE Leap, and while I enjoy reading about the great things to come I know it won’t be coming to my stable distribution until there is a new release - unless I tamper with it.
Until there is a «KDE Linux» I don’t think it makes a lot of sense to include ETA.
Superb improvements. Though:
In situations like plasma-desktop/-/merge_requests/2937, where the grid becomes a list at small window sizes (and expands to a grid at larger sizes) why does this – what appears to be wheel reinvention – occur, when there’s a very advanced Dolphin viewer available that’s reused elsewhere, with mode switching?
I ask because I’ve always despised the grid view in the Recent Files page (I almost exclusively use “Details” mode in Dolphin), and would not have known I could get it to display as a list if not for having seen that MR’s embedded screencast.
It seems unintuitive.
Also, @ngraham, I saw in qqc2-desktop-style/-/merge_requests/453 that you utilise qmlscene for prototyping over qml.
What’s the reason for your preference?
I ask because of the little information I can find online, the latter appears to be a replacement for the former. [1] However, you’ve more experience with QML than I.
This is public information (Plasma release schedule), but the exact days are not set in stone and then it depends on your distro to ship it so this isn’t even accurate information.
What you can remind yourself, is there is a Plasma release monthly (or quicker after a new major release). Anything that isn’t a major release will arrive in at most 4 weeks, usually second week of the month.
Also TWiP isn’t a announcement, it is a developer log, so set your expectations accordingly.
openSUSE Leap has plasma-desktop 5.18.6???
Why on Earth anyone use such an outdated distro on a desktop? :-/
Try openSUSE Slowroll - it is rock solid.
BTW But wait every KDE release at least for version .3, lower numbers have many problems, since KDE has low beta testers and you should consider .0 as beta 1, .1 as beta 2, .2 as RC.
im so glad the issue with the osk is being solved
wait no it isnt.
@halfashark, is that sarcasm…?
im so glad to see that you are going to dedicate some time to fix “the issue”
wait no you’re not, just going to complain
on a brighter side, this is a hard task and it will eventually get tackled.
join the effort 
Dolphin’s view is custom to Dolphin, and built using QtWidgets, and has semantics for files. The grid view on the Recent Files KCM is built using QtQuick and doesn’t need file-based semantics. Also, the whole point of my change here is that it’s no longer reinventing any wheels; now the grid items use standard components rather than custom ones.
No particular reason, I’ve just always used qmlscene. Until the other day when someone told me about it, I didn’t know that qml exists.
I could add the ETA for when a particular Plasma release is scheduled to be released by KDE, which isn’t a terrible idea.
However, as others have mentioned, the date you can expect to actually receive it on your own machine depends on your system. If you’re using KDE Neon, KDE Linux, or Arch, it might be the same day. Fedora or Manjaro, a few days to a week later. Kubuntu non-LTS versions, up to 6 months later. Kubuntu LTS versions or Debian, up to 2 years later. Etc.
I was paying my attention to Single-pixel buffer. Chart shows which compositors have integrated Single-pixel buffer and which haven’t. Would it not be appropriate to replace Weston to Kwin in order to get improvements faster at least on Wayland graphic stack, keeping Kwin for Xorg/X11?
likely and likely my fork of KeepassXC with a Kirigami UI will be helpful Carl Schwan / Keychain · GitLab
@ngraham, apologies; I didn’t phrase what I stated well. I wasn’t referring to implementation per se, but how instead of providing the user with the option to choose between different views (like Dolphin and the like can), it chooses to use a list or grid view at different window sizes.
For comparison, Windows’s control.exe’s .cpls tended to provide view options for every list (despite solely the initial GUI being integrated into explorer.exe): [1]
The relevant icon is the second to right-most: [2]
I asked because I find grids really, really difficult to parse.
Are there some plans for redesign of default Plasma theme? It looks not as good, as it could be to attract new users.
Some efforts to redesign/polish Breeze theme are already underway. Instead of just a theme, they are working on a proper design system along with appropriate tooling. This will take some time, but the end result will be pretty cool!
Indeed, I read something about that. No ETA yet, I assume? In a year maybe?
Tnx a lot!
Drawing tablet improvements are nice. Do you know the current status of Krtia Wayland support? I see that Debian unstable / testing version still defaults to XWayland mode for it. Searching around, it looks like Krita had some problems with drawing tablets on Wayland in the past which caused it to default to XWayland. Is that still the case or Krita just didn’t catch up yet to current state of Qt and Plasma support for tablets on Wayland and these problems don’t exist anymore?
See for yourself:
Krita doesn’t support Wayland natively currently but efforts are underway.
