Skip to content

Sunday, 28 December 2025

Like every year I took a couple of days off at the end of the year to wind down and spent some quality time with the family. Time just flies and it feels like the year had only just begun. I have also taken the time to revisit some of my work-in-progress merge requests and tried to push them over the finish line.

Plasma volume OSD showing a megaphone and “Speak…” indicating that push to talk is enabled and the user may speak now
Please talk now or forever hold your peace.

More than five years ago, at the peak of the pandemic, I wrote a patch to add a “Push to talk” feature to Plasma’s volume keys handler. For meetings, I even bought a cheap 8€ USB foot pedal to operate it like a bus driver! It’s basically a single button USB keyboard. Unfortunately, back then KGlobalAccel, our global shortcuts handler, couldn’t report key press vs. key release. Therefore, it was a bit of a hack abusing key auto-repeat: pressing the key, a timer was started and the microphone unmuted. Every key repeat reset the timer and only when it expired the microphone was muted again. Fortunately, nowadays we can query a global shortcut’s state and detect when it is pressed and released again. I decided to revisit the patch and made it much simpler. I hope to finally include it in Plasma 6.7 coming out next summer.

Speaking of shortcuts, Meta+P (p as in projector) lets you quickly switch between a couple of common display arrangements. For when the one you want isn’t included, there’s now a handy button in the corner to bring you to the full display settings. It has actually become my primary means of accessing them.

Screen arrangement selection popup with: External only, internal only, mirror, extend left, extend right, cancel. 
Mouse cursor points at settings button in the bottom right, reads “Configure displays in more detail”
To be consistent with the others, this button curiously does not use a regular tooltip

Another neat little addition is a “Compare files” button (using Kompare) in the confirmation dialog when copying a plain text like file (e.g. source code, too) would overwrite an existing one. It already looked at the files to decide whether they‘re different or not but it didn’t let you check in detail yourself.

Last year, I showed a shell script running in Konsole reporting its progress using ConEmu-specific OSCs (Operating System Command). The merge request sat dormant after I lost some work on it while moving to my new laptop. Always push your work-in-progress changes to a git branch sometime, right? I have cleaned up the patch, added API comments, as well as an option for whether to show progress in taskbar or not. It also opts into FLATPAK_TTY_PROGRESS. To my surprise, when I implemented Unity Launcher API in Plasma, I added an option to disable badges on individual applications but not progress reporting. It’s still in review but I am confident to ship it as part of KDE Gear 26.04.

It’s always fascinating to observe other users interacting with KDE Plasma. For instance, us power users take middle click paste for granted. On Plasma, middle clicking the desktop typically results in a sticky note of text being created. However, when you did that by accident, it wasn’t really clear how to get rid of it. If you click the sticky note, the format toolbar includes a delete button, sure, but a user might not even think of doing that. Originally, I thought about adding an “Undo” notification. The simplest solutions are often the best, though, and so it just focuses the newly created sticky note to ensure the delete button is visible right away.

KRunner (desktop search) window, prompt “grandfather” yields:
* Application: Grandfather – KPatience
* Application: Grandfather’s Clock – KPatience
Jump right into a match of Grandfather’s Clock! Or Klondike. Or Freecell. Or…

Finally, for those who like to procrastinate, KPat (KPatience) now offers direct access to all of its game modes via the context menu in the application launcher and in KRunner. Just type “Freecell” or my favorite “Grandfather’s Clock” (because you can’t really lose) into KRunner, and off you go!

There’s still a couple of days left for our Year End Fundraiser. If you want to show your love for KDE and support the work we’re doing, please consider donating! I am looking forward to seeing you all around next year. ❤

Saturday, 27 December 2025

At the TUG2025 conference, I presented a talk about the development of a new colour font, which does automatic syntax highlighting for TeX documents/snippets. The idea was floated by CVR, and was inspired by a prior-art of HTML/CSS syntax highlighting font by Heikki Lotvonen.

Syntax highlighting is achieved by specialized grammar files or packages on desktop applications, code editors, the Web, and typesetting systems like TeX. Some of these tools are heavy (e.g. prism.js or pygmentize package). A light-weight alternative would be a font that uses recent OpenType technologies to do syntax highlighting of code snippets. I developed such a font, for highlighting TeX code snippets.

Fig. 1: OpenType colour font doing syntax highlighting of TeX document.

There are some novelties in the developed font:

  1. It supports both COLRv0 and COLRv1 colour format specifications (separate fonts, but generated from the same source).
  2. Supports plain TeX, LaTeX2 and LaTeX3 macro names.
  3. A novel set of OpenType shaping rules for TeX syntax colouring.

The base font used is M+ Code Latin by Coji Morishita. The details of the development, use cases, and limitations can be found in the 46:2 issue of the TUGboat journal publication. The binary font and sources are available at RIT fonts repository.

Sunday, 21 December 2025

Happy holidays everyone. Consider this as your holiday card from me. I will be taking short break from KDE stuff for now, though I will be around.

Me wearing my lizard cosplay and chilling in christmas dinosaur shirt

Me wearing my lizard cosplay and doing devil horn hand gesture in christmas dinosaur shirt

(I tagged KDE so that readers of planet have to see these, mwahaha.)

And happy new year 2026, let's hope it gets better from here.

Saturday, 20 December 2025

Lately, this question came up a few times on different channels and I felt to provide some background why things are the way they are.

The question arose most likely, because the latest KMyMoney development snapshot downloaded had a problem and users using that snapshots wanted to return to an earlier version which did not have this problem. At that point they just found out, that those older versions are not available anymore. Therefore, this post will provide some information how the KMyMoney project handles development and which services create binary versions and why older ones disappear.

For that purpose, I created the diagram shown below. It shows the participants in the game enclosed in the areas identified by dashed lines. Those are:

  • KMyMoney developers provide the source code that makes up the application
  • KDE project and their sys-admins running the CI/CD infrastructure which is used by the KMyMoney team to verify that the software compiles and builds in various environments (Linux, FreeBSD, Windows) and provides executable test versions (snapshots).
  • The distribution maintainers who use released source code versions, add distribution specific changes and provide the installable package in the format for the distribution in question (e.g. RPM, DEB, AUR, TGZ, …).

      The diagram also shows the means that the various players interact with, namely the GIT repository and the released source tar-balls. And last but not least, it marks the different steps in the processes of snapshots and releases (red circle with white number) which are explained below.

      Step 1 is where a source code change happens. This may be a new feature or a bug fix. The developer commits this change to the GIT repository either into a specific branch (e.g. stable or master). I leave out feature branches which also exist but don’t play a role here. Once step 1 is finished, automatically

      Step 2 kicks in and the KDE CI/CD system starts a pipeline to build the software and run the automated tests in various environments. In case any of those builds or tests fails, the committing developer gets a notification via e-mail and has the chance to fix the problem by adding another commit in step 1 and thus restarting the process. If all builds and tests finish successfully, the last part of step 2 creates installable versions for different environments as snapshot version and continues with step3.

      Step 3.stores the last successful build for download by developers, testers and interested users. Per KDE project policy only the last successful build is kept, which answers the title’s question. Those snapshot versions will show a version x.y.z followed by an 8 digit hash in the Help/About KMyMoney dialog. This 8 digit hash identifies the commit (step 1) that this version is based on. Example: 5.2.1-05390aa93

      Steps 1 through 3 can happen multiple times a day.

      Step 4 happens, when the KMyMoney developers (or better release manager) create a release. A release does not only contain the source code in a compressed container format and an electronic signature as outlined above, but is also accompanied by the releases notes, change log and the public announcement on blogs, mailing lists, forums, etc. So a bit of work is involved. Step 4 also includes the change of the version number of KMyMoney (which is another step 1 commit) and creating a tag in the GIT repository on the commit that is used to create the tarball. Binaries created based on those tarballs therefore do not show a commit hash in the Help/About KMyMoney dialog.

      Step 5 is performed by the release manager with the help of KDE sysadmin. KDE sysadmins take the files and add them to the KDE content delivery network which comprises of mirrors around the world.

      Step 6 happens, when distribution maintainers take those source code files and compile and build them into installable packages for their distributions.

      Steps 4 through 6 usually happen at a low frequency.

      I hope that this explains how the project works and why things are the way they are.


      Not shown in the above diagram is the work performed by one developer. He maintains a specific build for MS-Windows versions based on MinGW. Using cross-compiled versions allow to create KMyMoney for Windows including support for AqBanking (online banking features) which is not possible using the MSVC compiler suite. Since he basically uses the above mentioned steps 4, 5 and 6, the resulting binaries unfortunately do not contain the 8 digit hash in the Help/About KMyMoney dialog.

      Thursday, 18 December 2025

      The Kdenlive team is happy to announce the release of version 25.12.0, just in time for the holiday season. For this release, we concentrated on improving the user experience. Many of these changes were discussed during our very productive Berlin sprint last September, where the team met for three days of brainstorming.

      Interface and Usability

      Docking System

      We introduced a new, more flexible docking system, allowing you to group the widgets you want together or easily show/hide them on demand. Each layout is now saved in its own file, opening the possibility for sharing. It is also now saved inside the project file, so when reopening a project the layout used when saving it is loaded and you are immediately ready to continue where you left off editing! The downside is that existing layouts are not compatible, so that you will need to recreate your custom layouts.

      Welcome Screen

      We introduced a Welcome Screen to improve the experience for new users, and add some handy shortcuts for everyone. With your feedback this will evolve in the future.

      image

      Along with the Welcome Screen, we introduced a vertical layout and optional safe areas to improve editing of 9:16 videos.

      Part of a long running discussion in the team, the menus were re-organized to make them more intuitive. Our long-time users may be confused initially (hopefully not for long, though), but we tried to follow some of the conventions in the professional editing world. For example, we regrouped all file related actions like Render and the Project Settings in the File menu. There might be a few adjustments in the upcoming releases, but the most important changes are in.

      image

      Thanks to users and translators feedback, we were able to fix several parts of the user interface that were not picked up properly for translation, making Kdenlive easier to use in your native language.

      Monitor

      We revamped the monitor view of audio, with a minimap on top allowing to intuitively zoom parts of the audio. (audio monitor)

      Markers

      For consistency and to avoid confusion, we renamed timeline guides to markers, since the term guide was used interchangeably and therefore confusing, and they were in fact markers for a sequence clip. Markers can now have a duration that is shown in the timeline, and can be dragged in the timeline from the Markers list.

      Other Highlights

      Major Bug Fixes

      • We fixed more than 15 crash reports
      • Windows: Fix render failure when user name contains special characters
      • Fix project corruption when copy-pasting a sequence or project file between projects

      Packaging

      • We fixed the VAAPI support in AppImage, allowing for faster decoding and render time
      • Several updates made it into our binaries, like Qt 6.10.1 and FFmpeg 8.0

      Last Minute Fixes

      Several fixes that will be in the next release have already been included in the 25.12.0 binaries available on kdenlive.org. If you installed Kdenlive from your Linux distro, you will get those fixes with version 25.12.1 (release scheduled for January 2026).

      Click to see the list of last minute changes.
      • Fix xmlgui related crash starting an older Kdenlive version (< 25.08.3). Commit.
      • Keep duration info when moving ranged markers. Commit.
      • Don't load Kdenlive in the background if welcome screen is displayed to avoid busy cursor / greyed out screen on Wayland. Commit.
      • Fix window does not appear after crash and no welcome screen. Commit.
      • Ensure we cannot call a Welcome Screen action before it is connected. Commit.
      • FIx possible crash in Welcome Screen trying to open profile or file when mainwindow was not ready yet. Commit.
      • Fix changing keyframe type for multiple keyframes not working. Commit. Fixes issue #2104.
      • Add AMF encoding profile for Windows. Commit.
      • Don't allow saving a custom effect with the name of an existing effect. Commit.
      • Fix horizontal editing layout not loaded. Commit.
      • Hsvhold similarity must be > 0. Commit.
      • Fix copy paste resets keyframe type. Commit. Fixes bug #513053.
      • Fix editing transform on monitor discards opacity. Commit. Fixes issue #2108.
      • Don't check for readOnly in QStorageInfo on Mac. Commit.
      • Fix app not opening after crash and opening project from command line. Commit.
      • Don't incorrectly show warning about hidden monitor. Commit.
      • Fix project layout not correctly restored if opened from Welcome Screen. Commit.

      The full changelog for 25.12.0 is available below.

      Give back to Kdenlive

      Releases are possible thanks to donations by the community. Donate now!

      Need help ?

      As usual, you will find very useful tips in our documentation website. You can also get help and exchange your ideas in our Kdenlive users Matrix chat room.

      Get involved

      Kdenlive relies on its community, your help is always welcome. You can contribute by :

      • Helping to identify and triage bugs
      • Contribute to translating Kdenlive in your language
      • Promote Kdenlive in your local community

      For the full changelog continue reading on kdenlive.org.

      This is a effectively a guest blogpost where I, as usual, take the credit for the work someone else has done.

      Last year ago set out making a home automation <--> Desktop Linux bridge over the Christmas holidays.

      The idea is that if you're using home automation your PC that you're in front of has a lot of important information that can be used for adjusting automations; are you in a call, are your headphones on, and so on. I made a small daemon, named Kiot (derived from "KDE Internet of Things") that exposes this information about your PC to Home Automation software, like Home Assistant.

      It worked well enough for all my use-cases, so after a bit of initial buzz and a few drive-by fixes it fell to the wayside whilst I worked on other things.

      In the last month it got a new contributor, Odd Østlie (TheOddPirate) who has been like a rocket ship of new features; and a bit of a community with another member being active in testing and feedback.

      We now track and expose:

      • bluetooth

      • audio devices, volume control and selection

      • battery states for laptops and wireless peripherals

      • gamepad detection

      • active window information

      • media player/mpris connection

      With more integrations in pull requests.
      There's also the start of a configuration UI, so there's no messing about with configuration files.

      I'll do another post once we've made a 0.1 and a flatpak, but if you're interested in KDE + home automation, go check out his work at https://github.com/davidedmundson/kiot .

      Wednesday, 17 December 2025

      Last weekend I attended this year's edition of the KDE PIM Sprint which, this time, took place in Paris.

      I arrived in Paris around 1 p.m. and first walked from Gare du Nord to the Île de la Cité to have a look at the reconstructed roof of Notre Dame. Then I checked in at my hotel and after a brief rest I went to the sprint venue, the office of enioka. There I was greeted by one of our hosts for the weekend and by a few KDE PIMsters who had already taken over the meeting room.

      After firing up my computer, KMail complained that it couldn't access one of my IMAP accounts. The error said "authentication failed" and a second error message claimed that access to KWallet (which stores the passwords of the IMAP accounts) was denied. Using the website of the mail provider I verified that my credentials still work. Adding the IMAP account a second time didn't help. Still the same errors. And a look at KWallet also didn't give me a clue why it should deny access to the password of one of my IMAP accounts when two other IMAP accounts worked. Since access to this IMAP account wasn't that important during the KDE PIM sprint I decided not to waste more time on this problem. This proved to be a good decision because once I was back at home the account magically worked again. I blame weird security measures by the email provider.

      In the meantime more people had arrived and we went for dinner. Afterward we went back to the venue and, now that most people were there, we went over the list of topics from last year's KDE PIM Sprint. Some progress has been made since the last sprint but many topics didn't see much work done. Any and all help is welcome!

      Originally I planned to look into a bug that's been haunting me for some time: KMail shows seemingly random counts of unread messages in the folder list that have little to do with the actual number of unread messages in those folders. Because I'm using the latest stable versions of almost all KDE software (as provided by openSUSE Tumbleweed) I started to build the release/25.12 branch of KMail and its 30+ KDE PIM dependencies. This took the rest of Friday evening and part of Saturday morning. Shortly before midnight we called it a day.

      On Saturday morning, after a joint breakfast in the office, we discussed a few more topics from our agenda. After that I decided to scratch my original plan and, instead, to help with making the KMime library fit for becoming a KDE Framework. I created a few MRs to replace the usage of bool parameters in the API with enums. Then I looked into adapting the users of KMime to the new API. Unfortunately, this proved more painful than expected because KDE PIM does not only depend on the master branch of everything else in KDE PIM (which I was very well aware of) but a lot of the KDE PIM projects also depend on the master branch of the ktextaddons library which is a kind of intermediate library between KDE Frameworks and KDE PIM with its own release schedule. For many of the KDE PIM projects I could simply lower the required version of ktextaddons to the latest stable release (as shipped by Tumbleweed), but for pimcommon this hack didn't work anymore because it used a new header from ktextaddons master. By then it was already Sunday afternoon and anyway time for me to pack my stuff.

      On my way to Gare du Nord I passed by Sacré Cœur on Montmartre where to my surprise a choir of Santa Clauses and Santa Claudettes was performing French Christmas songs.

      In conclusion, I got more useful work done during this sprint than during some other sprints, although the dependency requirements of KDE PIM annoy me a lot. I've been involved in KDE PIM for 25 years now although, admittedly, I rarely contribute to it in my spare time since I started to code for a living. To a large part the reason for this is that it would cost way too much of my spare time to build all of KDE PIM all of the time.

      Thanks to enioka for hosting us and to Kevin for organizing the sprint. And many thanks to those of you donating to KDE which makes these sprints possible.

      Monday, 15 December 2025

      Welcome to the November 2025 development and community update.

      Development Report

      5.2.14 Released

      One last bugfix release in the 5.2 series, 5.2.14 is out. This version once again features many fixes for Android and touch input, but that's not all! The Color Sampler's preview has a new round default look, and macOS users can now view .kra thumbnails in Finder again. Read more in the dedicated blogpost and stay up up-to-date.

      Text Rework Progress

      Development of 5.3.0 is now in feature freeze, meaning no more features will be added before release. This includes the Text Tool, marking the end of a long phase of development for Wolthera, code reviewer Dmitry, and everyone else who contributed.

      Texts can now be created to fit within a shape or along a path, just by clicking the vector with the Text Tool. (MR!2432)

      Animated image of creating text that fits itself within a speech balloon shape.
      Animated image of creating text that fits itself within a speech balloon shape. cc-by D.Revoy

      Text properties have been split into into Paragraph and Character tabs, making it clearer which level the properties are taking effect at. (MR!2470)

      Carsten has also made sure the Text Tool works properly with touch input. (MR!2563)

      But this journey's not over; if you use 5.3 pre-release builds, make sure to report bugs and leave feedback in the Text Tool Thread!

      New Comic Panel Editing Tool

      There's a new tool in the Toolbox: the Comic Panel Editing Tool. Agata designed this for creating comic panel gutters by cutting gaps in vector shapes. (MR!2331)

      It can be set to cut different gap widths depending on whether the cut is horizontal, vertical, or diagonal past a certain angle. A second mode in Tool Options removes the gaps for easy re-adjustment.

      Screenshot showing the Comics Panel Editing Tool in the toolbox, its tool options, and an example panel layout.

      Liquify Transform Speedup

      The Transform Tool's Liquify mode has had some optimizations done by Agata. It's especially faster on large canvases, because it now avoids calculating outside the affected area. (MR!4261)

      Before:

      Video of using Liquify to make adjustments on a 3520x1978px canvas on Krita 5.2.9. It's not very responsive. cc-by D.Revoy

      After:

      Video of using Liquify to make adjustments on the same canvas on Krita 5.3.0-pre-alpha. It's smooth and easy to use. cc-by D.Revoy

      Python Updated to 3.13

      Krita's unstable builds have been updated from Python 3.10 to Python 3.13 (MR!2466). This has the potential to break plugins and scripts, so users of Krita Next should report any such issues to the developers of those plugins before 5.3.0's release.

      If you're a plugin developer, check out the release notes for Python 3.11, Python 3.12, and Python 3.13 for information on the changes.

      Community Report

      Plans for 5.3.0's Upcoming Release

      Krita's developers have put out a call for banner and icon artwork to promote the upcoming 5.3 release. This artwork must fit certain sizes and be licensed appropriately, so please read the rules before contributing!

      November 2025 Monthly Art Challenge Results

      17 forum members took on the challenge of the "Civilization Engulfed by Nature" theme. And the winner is… @Elixiah's two entries:

      Time Keeper by @Elixiah

      Time Keeper by @Elixiah

      And Sunlit Silence

      The December Art Challenge is Open Now

      For this month's theme, winner @Elixiah has chosen Chiaroscuro, the strong contrast of light and dark, with runner-up @edgarej adding the optional challenge of a Christmas/holiday theme. Check out the topic for more details, and make some art that stands out like holiday lights on a dark night!

      Best of Krita-Artists - October/November 2025

      This month's Best of Krita-Artists Nominations thread received 17 nominations of forum members' artwork. When the poll closed, these five wonderful works made their way onto the Krita-Artists featured artwork banner:

      Weird meeting by @Sad_Tea

      Weird meeting by @Sad_Tea

      Melon Soda city by @800000000W

      Melon Soda city by @800000000W

      Winter in the village by @Yarikart

      Winter in the village by @Yarikart

      Flower by @yuheng_zhang

      Flower by @yuheng_zhang

      Female head study by @netizenses

      Female head study by @netizenses

      Best of Krita-Artists - November/December 2025

      Take a look at the nominations for next month.

      Ways to Help Krita

      Krita is Free and Open Source Software developed by an international team of sponsored developers and volunteer contributors. That means anyone can help make Krita better!

      Support Krita financially by making a one-time or monthly monetary donation. Or donate your time and Get Involved with testing, development, translation, documentation, and more. Last but not least, you can spread the word! Share your Krita artworks, resources, and tips with others, and show the world what Krita can do.

      Other Notable Changes

      Other notable changes in Krita's development builds from November 11, 2025 - December 14, 2025.

      Stable branch (5.2.14):

      • Canvas Input: Add a One Finger Hold gesture and set it by default to Sample Foreground Color From Merged Image. (Change, by Carsten Hartenfels)
      • Color Sampler: The Color Sampler preview now defaults to a circle to be more visible when using touch input. The size of the circle can be adjusted under Settings->General->Cursor, or changed back to rectangles. (bug report) (Change, by Carsten Hartenfels)
      • Layers Docker: Dragging-and-dropping a layer onto its own canvas now pastes a copy only if Ctrl is held, to prevent duplicating it by accident. Dropping a layer onto a different canvas still copy-pastes it as before, without holding Ctrl. (bug report Change, by Carsten Hartenfels)
      • Filter Layers: Fix empty histogram when adding a new Levels, Threshold, Color Adjustment, or Cross-channel Filter Layer. (bug report) (Change, by Stuffins)
      • Scripting: Fix Node.setChildNodes function to remove existing child nodes. (Change, by Stuffins)
      • Android: Lessen the chance for saving corrupt files, by using a temporary file. (bug report Change, by Carsten Hartenfels)
      • Android: Fix modifier keys getting stuck when inputting new custom shortcuts with a hardware keyboard. (bug report Change, by Carsten Hartenfels)
      • macOS: Add support for QuickLook and Preview thumbnails for .kra, .krz, and .ora files on macOS Sequoia and later. (bug report (Change, by Ivan Yossi)
      • macOS: Update app icon to support macOS Tahoe appearance settings. (Change, by Ivan Yossi)

      Unstable branch (5.3.0-prealpha):

      • Export: Don't show an error when cancelling an export. (bug report) Change, by Joshua Goins)

      Nightly Builds

      Pre-release versions of Krita are built every day for testing new changes.

      Get the latest bugfixes in Stable "Krita Plus" (5.2.15-prealpha): Linux - Windows - macOS (unsigned) - Android arm64-v8a - Android arm32-v7a - Android x86_64

      Or test out the latest Experimental features in "Krita Next" (5.3.0-prealpha). Feedback and bug reports are appreciated!: Linux - Windows - macOS - Android arm64-v8a - Android arm32-v7a - Android x86_64

      Sunday, 14 December 2025

      This weekend, I attended the KDE PIM 2025 Sprint (AKA meeting) in Paris.

      First, what does PIM mean? Personal information management.

      Second, what does Personal information management mean? It's the software for managing email, calendar, address book, etc.

      Third, this is going to be long, so let me thank https://haute-couture.enioka.com/en/ for hosting us (their office  is in Rue du Mail which seems very fitting for a meeting improving e-mail software) and thanks to KDE e.V. for sponsoring travel and hotel for the meeting. If you can, please donate so that more meetings like this can happen. 

      This was my first time attending a PIM sprint even though I have been a KDE developer for a long time and a KMail/KOrganizer user for possibly even longer. 

      It is true that these softwares are not in the most polished state, but honestly I would not know how to handle my email without KMail.

      Anyhow here's a list of things I did: 

      We talked a bit about bugs handling and it turns out not a lot of people are having a look at bugs, so I volunteered to watch the pim-bugs-null@kde.org address in Bugzilla (where most/all related bugs are assigned to) so I can help a bit. Note that I only committed to quickly read over them to try to make sure "really bad things" don't get overlooked. "Normal" bugs will always exist in every software and those will be fixed when they are fixed :)

      If you also want to help you can set yourself to watch that pim-bugs-null@kde.org address in https://bugs.kde.org/userprefs.cgi?tab=email

      On the topic of bugs, I managed to fix "left-click does not work on links with target="_blank" in HTML e-mails" with an impressive 1-liner change. It should be available with KDE Gear 25.12.1.

      On Friday night, I experienced "sending emails does not work". After a few hours of debugging and thanks to our sysadmins, we found out it was due to "Your SMTP configuration was wrong". It seems older KMail versions were a bit more gracious when your configuration was wrong, but now it fails (fair enoug, although ideally it could give a better error). Incidentally I was not the only one with this problem since a few hours later we got this bug https://bugs.kde.org/show_bug.cgi?id=513284 that was basically the same. (My watching of pim-bugs-null@kde.org was already fruitful!)

      On Saturday morning, I continued scratching my own itch and fixed a rather obscure bug where some context menu actions when right clicking on emails in KMail were not properly updated when expanding/collapsing threads.

      KMime is undergoing API modernization and is slated to become a KDE Framework soon (TM). I helped a bit adapting code that uses KMime to the new API. 

      On Sunday, I worked a bit on polishing address suggestion blacklisting on KMail (i.e. when I search for Foo, I don't want to get a suggestion to send an email to their old employer's email address). You can do that right now by right clicking on the "To" text field and selecting Completion Configuration and then going to the third tab. But that is a bit cumbersome (to the degree I had no idea that feature existed until the very same day). To make it a bit easier to discover, i have proposed adding a right click menu on the suggestions themselves that let's you blacklist that particular email address.

      And now, a short list of things we did: (many more were done and will be explained in detail by other folks)

      • Talk about switching the default backend to SQLite instead of mysql MariaDB. In general dropping servers (MariaDB/postgres) support would help making the code more maintainable. There are some people using it without problems, but Nico volunteered to do a test run during the sprint and he ended up with some problems, so there's still some things to debug there.
      • Talk about doing a survey/adding more KUserFeedback data. We kind of agreed that first we need to know what question we really want to know the answer to and what would be the consequences of a given answer before spending time in designing a survey. But anyway if you use the KDE PIM software, please enable User Feedback in the settings, we promise we won't spy on you.
      • New online accounts system. It should replace the not very useful accounts system that we now have (that also has a quite complicated dependency chain). It showed quite some promise in making things much more user friendly.

      All in all it was a very productive meeting and I am happy to have attended.

      On a closing note, one day we will have to speak about potentially sponsoring food for sprint attendees. We got travel and hotel sponsored, but I spent around 100 € on breakfast/lunch/dinner for that sprint (not going to any fancy place at all). Yes, I can spare that amount of money, but maybe some others in the community can not, and for sure we want them to also attend. One could even argue that having to spend money on top of spending a weekend and 2 work-holidays for the travel is a bit too much, it won't be me because I ❤️ KDE but someone could argue it 😁

      Saturday, 13 December 2025

      KDE Gear 25.12 got just released.

      This includes my fixes (or workarounds) for Konsole & Kate window activation on Wayland.

      If you now start Kate or Konsole inside Konsole, the new processes will properly activate their windows to come on top of Konsole.

      This works both for just starting new instances and for re-using already running ones.

      For more details, see my older post about the implementation.

      At the moment that only works for Konsole & Kate.

      If that works nicely for our users, perhaps somebody will come up with a more generic way for that or we can move that workaround to some lower level of the stack.

      :) For me that is already a nice Christmas present, I disliked that this was broken for years :)

      Btw., thanks again for the amazing end of the year fundraiser results! €280k and counting :)

      Feedback

      You can provide feedback on the matching Reddit post.