It's 10 days already since Akademy 2019 finished and I'm already missing it :/

Akademy is a week-long action-packed conference, talks, BoFs, daytrip, dinner with old and new friends, it's all a great combination and shows how amazing KDE (yes, the community, that's our name) is.

On the talks side i missed some that i wanted to attend because i had to extend my time at the registration booth helping fellow KDE people that had forgotten to register (yes, our setup could be a bit easier, doesn't help that you have to register for talks, for travel support and for the actual conference in three different places), but I am not complaining, you get to interact with lots of people in the registration desk, it's a good way to meet people you may not have met otherwise, so please make sure you volunteer next year ;)

One of the talks i want to highlight is Dan Vrátil's talk about C++, I agree with him that we could do much better in making our APIs more expressive using the power of "modern" C++ (when do we stop it calling modern?). It's a pity that the slides are not up so you'll have to live with Kévin Ottens sketch of it for now.



My talk was sadly not very well attended since i was sharing time with the more interesting talk by Marco and Bhushan about Plasma in embedded devices (i would have gone there if it wasn't because i had a talk) so if you're interested in fuzzing please read my slides and give me a shout if you want to volunteer to help us fuzz all the things!

On the BoFs side one of the hardest but most interesting we had was the one about KDE Applications (the N things we release monthly in one go) vs KDE applications (all applications made by us), and i think we may be on the right track there, there's a plan, needs finishing out, but I'm confident it may actually work :)

One of the things that shows how amazing this conference is and how many interesting things are happening is the fact that i made a small list of bugs i wanted to work on if i ever got bored of the talks or the BoFs, i don't think i even started on any of them ^_^

Akademy 2020

Akademy is a core event for KDE and we need to find people to help us organising it every year. If you think you can help, please have a look at the call for hosts document.

Thanks

I would like to thank the UnixMiB friends for hosting us, i know it's lots of work and i hope you know we all very much appreciate the effort you put in.

I would like to thank the Akademy-team on KDE's side too, you are amazing and pull out great work year after year, keep it up!

I would like to thank the KDE e.V. for partially sponsoring my attendance to Akademy, please donate to KDE if you think the work done at Akademy is important.

At the very beginning of this blog I mentioned that I might not only talk about technical topics but also about political or philosophical ones. Until now I successfully managed to avoid that but over three years later this is the first article about such a topic.

It is though directly related to me being part of the KDE community and my work on KDE software. In the last few weeks I noticed a rise in political activism in KDE what I see critical. The climax was two days ago an official endorsement of the Global Climate Strike on KDE's social media accounts. Why this straw broke the camel's back and how if at all I think KDE can be political, I will expand upon in the following.

Worse activism

Let us first dive into some current political activism in KDE and why I see it as damaging to the community.

Grasping at plastic straws

Talking about straws there is a discussion ongoing already since July on the member mailing list of the KDE e.V. (that is the legal body representing the KDE community in official matters) about an environment responsibility policy for KDE.

I would not feel comfortable bringing this discussion in detail to the public without prior consent of the KDE e.V. board or the people involved so please excuse me that I won't expand on it much more. But what I can say is that the current draft still reads like the law book of a cult covering every little aspect of its members' lives.

For example people are supposed to have QR Codes on their business cards so that other people can scan these instead of having to hand over – and by that wasting – a paper card. I am not sure if the battery power used for scanning a QR code with a smart phone offsets the energy involved to produce a single business card but it would be an uninteresting thing to calculate for sure.

In all fairness the draft would likely go through several further iterations smoothing out lots of the weird and extreme demands before having a chance of becoming a policy but that we even have to spend time discussing such nonsensical ideas is difficult to comprehend.

Especially if one thinks of how little impact this will make with the 5 to 100 nerds going to a KDE event each time.

This reminds one of the discussion about plastic in the ocean often exemplified in the media by plastic straws we use in drinks and so on. But even without knowing any numbers it should be obvious to anybody that plastic straws can not be a huge polluter to our environment in comparison to all the other packaging private persons and the industry use up on a daily basis. Still the general public and even politicians like to concentrate on straws instead of real issues.

Hashtag ClimateStrike

Why do we talk about plastic straws and not other packaging or fishing gear? Because the first is easy to understand. We all know what it is and how it looks. We have an image of it in our heads. The straw is a symbol.

One could think it does not matter if all the details are right, symbols are more important. There needs to be something easy to grasp so people can rally behind it. By this logic also the Global Climate Strike (or any other strike) is a symbol to generate alertness and all kind of internal conflict that the loss of detail induces is justifiable by that. So all good?

Not really. KDE's primary objective is and must stay free software. This is what unites us in KDE independent of our other believes, opinions or socioeconomic and cultural background. Using KDE as a platform to grow interest into other maybe also important but unrelated topics through political symbolism will erode this base on what the community stands.

And that this will be the outcome is easy to see. Just look at the responses the KDE climate strike endorsement received on Twitter or Facebook.

On Twitter besides evoking people that call themselves Don Trumpeone and Anarcho-Taoist we have the marketing lead of KDE telling another user and self-proclaimed "KDE fan" that he should not use our software anymore because the user has the wrong opinion about climate change.

Personally I also think that the user's opinion about climate change is wrong but I would never tell him that he should not use free software anymore because of this. These reactions are divisive to the core and it was already the outcome only few hours after the original endorsement was published.

The conflicts this activism creates are the one thing. On the other side I just do not want to believe you have to use simplified symbols to gain people's interest in political topics, I do not want to believe that even today we can not make the world better without shouting at each other and hating people for their different opinions.

I think the modern tools we have nowadays could allow us to be better in this regard. But more about such tools and what role KDE could play here at the end of this article.

Hey guys!

Before that another topic I want to strive quickly because it is getting on my nerves: the constant reminder of a handful of people at KDE events, in particular Akademy, to use inclusive language like addressing a group of women and men as "people" or "humans" instead of "guys".

I get it! Tech is not diverse, there are a lot more men than women and you want to change that for whatever reason you see fit. Personally I don't see an issue per se. I think most women just like to do different things, that sexes are different in this respect. But on the other side modern gender science also has some interesting arguments worth considering. And putting some resources into outreach programs might still be a good idea. After all especially in young years men and women are influenced by their peers and such programs could counterbalance.

But whatever your opinion is, stop trying to shove it everyone else in the face by telling them they should not use the word "guys" which is totally common in the above context. Especially don't do it when the person you think about lecturing is at the moment holding a talk about free software in front of hundreds of people. It is annoying for the people in the audience and quite frankly rude to the presenter to disrupt his talk.

My own theory is that this speech regulation is just another form of elitism to differentiate the money and cultural rich from the poor. At least it reminds me of French being the language of the nobles some hundred years ago and I have yet to meet the child of a working class family that does not find this inclusive language utter nonsense.

Stallman

When we are talking about speech regulations I want to also quickly address the resignations of Richard Stallman since it happened recently and some people in KDE showed their support of that rather openly.

From what I read the media twisted his words on what he had to resign for in the end. On the other side it was reported by multiple credible sources that he also showed some unprofessional behavior in the past in regards to women. Then again does this already warrant his expulsion? Or that he published some questionable statements in his blog years ago? On the other side do his overall behavior and antics not hinder the spread of free and open source software overall?

So we can see that it is complicated. Also neither did I know him personally nor did I ever read his blog. When judging one way or the other it would be good if more people admitted this to themselves and would just say "I do not know". That said there are certain things to keep in mind regardless of how well one knows the circumstances when we talk about accusations of bad thoughts or behavior.

People should be given the opportunity to express their opinions freely and without fear of repercussions and they should be allowed to change their opinions again if they got convinced they were wrong. This holds also or even more true for people in power. Otherwise they might hide their real opinions and form policies with hidden agendas. Or we just get opportunists without opinions. Also not ideal.

If a person in an official position is hindering the progress of open source for certain reasons then this person should be replaced. But for these reasons and not because of something unrelated he said on an internal mailing list or on a personal blog years ago that got read probably only by a handful of people. And of course one should give this person the chance to better himself before demanding his resignation.

At last ask yourself who benefits from a call for resignation. Maybe the people's motives are pure, but own interest might be involved as well. Especially when a company asks for it. Most companies are still there first of all for their own profits. On the other side do not drift into conspiracy theories, just be wary and give the criticized person the benefit of the doubt.

Better politics

After criticizing some of the current damaging activism in KDE I want to give some ideas what political goals our community actually could unite around besides the promotion of free and open source software. I will keep this part short but if there is interest in some of these ideas future articles could go deeper.

Code literacy

I believe the number one skill to learn in the future besides reading and writing will be to code. And with that I don't only mean learning the formal rules of some programming language but to think in logical steps, test own hypotheses and find the right level of abstraction to understand and solve a problem.

This is not only a program for the western world. It can give rise to the living standards and social conditions of people in any culture.

KDE with contributors from all around the world and with different levels of coding knowledge is in a prime position to promote code literacy everywhere and to help governments and schools in achieving it.

Open government

How modern technology and in particular the web has changed our understanding of how politicians should interact with the public and how the public should influence the political discourse and its decision-making is a wide and interesting field.

And it does not stop at public institutions. Also private entities, in particular companies in quasi-monopolistic positions, must open up to the public discourse in reasonable ways.

In any case free and open source software is for me the foundation on what other ideas can grow in this area. If the public does not have access to the code the government or the platform holder uses for its open government program there will be only minimal and one-sided innovation.

KDE is in a unique position of providing free software, having this software been deployed in municipal governments already and being independent of any commercial or governmental influence. How about we reach out to one of the NGOs doing work in this important field already and see what opportunities there are?

Effective public discourse

This is somewhat related to open government but also to the overall topic on how we want to communicate with each other in the community and with the outside.

Again how and where we share thoughts and discuss topics has been changed dramatically with modern information technology. But sometimes when looking through discussions on Facebook or Twitter one could think for the worse.

I believe though there is no real change to us, just a rise in supply of opportunities to express ourselves. It covers the earlier unfulfilled demand. But this does not mean that already all possibilities have been exhausted and we can not improve any more on the current state.

I think the technology for effective ways of sharing thoughts, discussing ideas and finding consent is not yet fully developed. There are likely better ways and KDE with a legal body, an online community of individuals and many other official and private stakeholders has all the right reasons to look for and promote new technical solutions for fostering civil discourse and finding common ground.

Progressive solutions instead of divisive activism

The quintessence is neither that the KDE community should keep out of all political topics besides free software nor that it may only be active in one of the three areas I circumscribed above. For example I would very much support work on environmental friendly technology in KDE which would then also justify some political engagement.

But there must be work on such technology first and then the political engagement grounded on that, not the other way around. I am sure if people come forward with specific solutions instead of general opinions there will be no divisiveness afterwards.

And that is the overarching theme when I think of KDE. I joined the community also because it always felt like a collective of diverse people from all around the world being interested in creating pragmatic yet proper free software solutions for everyone no matter their race, gender, social background or political opinions to improve their own daily life, their education or their income. I hope we find ways to apply this down-to-earth technical mentality also to whatever related political goals we strive for in the future.

The KMyMoney development team today announces the immediate availability of version 5.0.7 of its open source Personal Finance Manager.

This release becomes necessary due to the new regulations of the PSD2 which affects the online banking availability for German users. To make KMyMoney compatible with them, especially the Strong Customer Authentication part, KMyMoney had to be adapted to updated APIs of the Gwenhywfar and AqBanking libraries which provide the banking protocol implementations. KMyMoney now requires a Gwenhywfar minimum version of 4.99.16 and an AqBanking version of 5.99.32.

Users who have a working setup with an older AqBanking version need to consult the AqBanking Wiki for update instructions before launching KMyMoney 5.0.7 for the first time.

Before the online functions are ready for use again, some more adjustments are necessary. Instruction are also provided on the AqBanking Wiki. These adjustments can be performed via the Settings/Configure AqBanking dialog accessible from within KMyMoney 5.0.7 and have to be performed per institution.

We and – more important – our users now eagerly wait for installable packages for the various platforms Linux/Mac/Windows and distributions to arrive. So all you packagers out there: it’s your turn.

Despite even more testing we understand that some bugs may have slipped past our best efforts. If you find one of them, please forgive us, and be sure to report it, either to the mailing list or on bugs.kde.org.

From here, we will continue to fix reported bugs, and working to add many requested additions and enhancements, as well as further improving performance.

Please feel free to visit our overview page of the CI builds at https://kmymoney.org/build.php and maybe try out the lastest and greatest by using a daily crafted AppImage version build from the stable branch.

The details

Here is the list of the bugs which have been fixed. A list of all changes between v5.0.6 and v5.0.7 can be found in the ChangeLog.

• 374123 Date Entry change to land on month part instead of day part
• 389944 Copy SEPA credit transfer fails
• 395977 Schedule Reports show both sides of transactions
• 400846 Outbox can’t edit a saved item
• 407072 Scheduled Transaction Report does not show amount
• 410391 Unable to change forecast days

Get ready for a massive load of improvement! And it’s all pretty darn shiny too because in addition to a ton of work on apps, we polished up Plasma to be as smooth as a marble for the 5.17 beta version (numbered 5.16.90), which is now available. The final product is due to be released in about a month, and as you’ll see, KDE contributors have been hard at work making it as awesome as humanly possible! A few things have slipped until the Plasma 5.18 LTS release, but that’s okay because it means 3 more months to polish them up.

Oh, one more thing before we begin: like Kate, Okular is now also available on the Microsoft store! This work is so important because Windows users who become accustomed to using free open source software on Windows are more easily able to switch to a fully FOSS platform, like a Linux distro running KDE Plasma.

New Features

• KSysGuard now shows per-process network traffic information (Arjen Hiemstra, KDE Plasma 5.17.0)
• It’s now much easier to change which device is playing or recording audio when multiple such devices are available (me: Nate Graham, KDE Plasma 5.17.0):
  
• Kate’s External Tools plugin is back after an 8-year hiatus, allowing you to extend Kate with custom scripts to process text and files! Personally I find this to be huge, and affords Kate the power of my prior all-time favorite editor in macOS, TextMate (Dominik Haumann, Kate 19.12.0):
  
• Dolphin’s Information Panel now shows live previews of animated gif, webp, and mng files (Ismael Asensio, Dolphin 19.12.0):
  

Bugfixes & Performance Improvements

• KDE and Qt software is no longer blurry when using fractional scaling on Wayland (Roman Gilg, KDE Plasma 5.17.0)
• GTK3 headerbar windows are now properly resizable when run with a window manager that doesn’t yet support the _GTK_FRAME_EXTENTS protocol (e.g. KWin in KDE Plasma) (Carson Black, KDE Plasma 5.17.0):

  Once KWin gains _GTK_FRAME_EXTENTS support (which I’m hoping lands in Plasma 5.18), GTK CSD windows like these will get real shadows just like you’d expect, and this will just be a fallback behavior

• The lock screen no longer freezes and stops accepting input when using a smart card and entering the wrong password with fewer than 6 digits (Jason Franklin, KDE Plasma 5.17.0)
• The Icons-Only Task Manager now shows progress information on the background of pinned apps only when they are currently running (me: Nate Graham, KDE Plasma 5.17.0)
• Buttons in GTK apps using the Breeze GTK theme now visually show when they’re focused (Carson Black, KDE Plasma 5.17.0)
• When opened standalone, the System Settings Audio page now has a proper default window size (me: Nate Graham, KDE Plasma 5.17.0):
  
• Fixed a regression introduced with KDE Frameworks 5.62 that broke executing Windows apps in WINE (Marcin Dłubakowski, KDE Frameworks 5.62.1)
• Fixed a very common crash seen when creating multiple nested directories in Dolphin or the file dialogs, or when copying files using KDE Connect (Ahmad Samir, KDE Frameworks 5.63)
• Gwenview is once again able to open all .xcf GIMP files (Albert Astals Cid, KDE Frameworks 5.63)
• When you try to copy something to a location that’s not writable, the operation will now fail immediately rather than futilely trying anyway and taking potentially a long time to fail (David Faure, KDE Frameworks 5.63)
• System Settings pages opened standalone in their own windows all once again have correct padding around the edges (Marco Martin, KDE Frameworks 5.63)
• Buttons in Kirigami InlineMessages are once again located in the correct place (Marco Martin, KDE Frameworks 5.63):
  
• When using a color scheme with inactive window effects, sidebars, drawers, and lists in Kirigami-based apps now become inactive-looking at the correct times (Marco Martin, KDE Frameworks 5.63)
• Tabs in tabbed views in various QML-based System Settings pages (e.g. “Audio” and “Window Decorations”) now render properly when using non-Breeze widget themes (Kai Uwe Broulik, KDE Frameworks 5.63)
• Dolphin’s code to generate the window title and places panel names is now more robust, so it shouldn’t give incorrect names under certain circumstances anymore (Nazar Kalinowski, Dolphin 19.12.0)

User Interface Improvements

• Notifications that you have acknowledged in some way by clicking in them or hovering the cursor over them are now counted as having been read, and don’t cause the “you have new notifications!” bell icon to appear in the system tray once they disappear (Kai Uwe Broulik, KDE Plasma 5.17.0)
• When you ask to switch users and there are no other currently-logged in users, you’re now taken directly to the user selector to pick a user account to log in to (me: Nate Graham, KDE Plasma 5.17.0)
• The KWin Minimize All script and its associated Plasma widget are now more consistent in behavior: if the action is invoked while there are any un-minimized windows, those windows will be minimized, regardless of whether or not the script or widget has been activated before (Anton Smerkov, KDE Plasma 5.17.0)
• The System Settings Display Configuration page has received a visual and user interface overhaul (Roman Gilg and me: Nate Graham, KDE Plasma 5.17.0):
  
• The System Settings Font Management page is now High DPI compatible and has a more consistent user interface for its top search field area (Yunhe Guo, KDE Plasma 5.17.0):
  
• The energy graph in Info Center’s Energy page now has X axis labels (Alex Debus, KDE Plasma 5.17.0):
  
• System Settings’ home page has received a visual overhaul and now shows tooltips when hovering the cursor over icons in the “Frequently Used” section (Tien Do Nam, KDE Plasma 5.17.0):
  
• Discover is now more clear about what’s going on when an updated app or package has the same version number for its old and new versions (me: Nate Graham, KDE Plasma 5.17.0):
  
• KRunner can now be invoked with the Meta+Space shortcut as well (me: Nate Graham, KDE Plasma 5.17.0)
• The Networks widget will now indicate any potential connectivity problems in its tooltip (Jan Grulich, KDE Plasma 5.17.0):
  
• The Cuttlefish icon viewer app has received a user interface overhaul that practically amounts to rewriting the app from scratch! It now looks better, performs better, has more features, uses modern technology, and has a much cleaner codebase (Carson Black, KDE Plasma 5.17.0):
  
• The names of KWin’s window placement modes have been improved so it’s now easier to tell what some of them actually do (me: Nate Graham, KDE Plasma 5.18.0):
  
• Items in the System Tray are now arranged in a consistent and unchanging way (Radek Hušek, KDE Plasma 5.18.0)
• Searching for a network share in KRunner or the any of the Application Launcher menus using \\sharename syntax now shows any matches at the top of the list, not the bottom (Kai Uwe Broulik, KDE Frameworks 5.63)
• The “Full Screen Mode” menu item in various KDE apps now lives at the bottom of the View menu, rather than in the Settings menu (me: Nate Graham, KDE Frameworks 5.63):
  
• The “Refresh” and “Stop” buttons in the Properties dialog now have icons (Tien Do Nam, KDE Frameworks 5.63):
  
• Dolphin’s hamburger menu and context menus have been cleaned up and now feature coherent grouping in sections, a more focused and curated assortment of Dolphin’s functionality, better item text, and icons for everything (me: Nate Graham, Dolphin 19.12.0):
  
  
• Kirigami now has a new toolbar style that can optionally center the actions for desktop apps, and the Kamoso webcam app now makes use of it and shows you a desktop-specific UI when running on the desktop, for improved aesthetics and convergence (me: Nate Graham, KDE Frameworks 5.63 and Kamoso 19.12.0):
  

How You Can Help

Do you like the idea of enticing Windows users by making KDE apps more available to them? If so, check out this post by Kate developer Christoph Cullmann. Relevant skills include build systems, packaging, and promotion It’s very important work, and a key part of the new “all about the apps” initiative.

You can also check out https://community.kde.org/Get_Involved, and find out other ways to help be a part of something that really matters. You don’t have to already be a programmer. I wasn’t when I got started. Try it, you’ll like it! We don’t bite!

Finally, consider making a tax-deductible donation to the KDE e.V. foundation.

KDE applications on Windows?

One of the new goals of KDE is to spread the use of the applications created by the KDE community. This doesn’t only include the use of them on Linux & other Unix-like operating systems, but Windows, too.

The Successes :)

The KDE community has some successfully cross-platform applications out there, like Krita and GCompris. The teams behind these applications did some great job to both develop & market them for all operating systems, including Windows.

The Remaining Stuff :(

Wheres many KDE application can already be built on Windows since years, they have not found a wide spread use there.

For example Kate, the text editor I maintain, is there mostly unknown. Actually most of the applications we ship with the KDE Applications releases are not widely known on Windows (nor used).

The Plan!

Already last year we came up with the task to bring more of our applications to the official Microsoft Store to increase their visibility for the average Windows user.

The Building Blocks

Hannah von Reth & Kevin Funk provided the means to achieve this:

• Craft - a meta build system / package manager that can be used on Windows for our stuff
• KDE Binary Factory - a CI that actually even creates fully signed installers and packages for the store!

Without their work, nothing would have happened for the “we publish stuff in the store” task.

More details about that can be found in the wiki and older blog posts:

• Using Craft on Windows
• Tips for streamlining KDE applications for deployment on Microsoft Windows
• CI for Windows installer and macOS bundle generation: KDE Binary Factory

Our Progress :=)

Based on that work, some applications got now published with the KDE e.V. account to the Microsoft Store. The first was KStars and after a long gap Kate & Okular followed.

Direct links to the store entries can be found below (the screenshots are in German, made in a Win10 VM, yes, i18n works on Windows just fine):

• Okular - more than a reader

• Kate - Advanced Text Editor

• KStars - Astronomy Software

Help Wanted!

At the moment, this is the effort of only a few people and it will only be sustainable if we gain more support.

Therefore, if you are interested in bringing more of our applications to Windows and helping to maintain them, join in at this Phabricator task.

The tooling might still be a bit rough to use in some places and the documentation is not perfect, but this can be improved!

Why all that?

I think there is a large user base on Windows that might benefit from our applications and we will benefit from potential more contributors, too.

Some might say: “Why shall we provide our applications on a proprietary operating system? People shall use fully open systems!”

I say: “Why shall we ignore all the people that are stuck with a proprietary operating system out of whatever reason?”

P.S.

And no, the idea is not to publish the stuff exclusively in the Microsoft Store.

The KDE Binary Factory outputs normal installers and portable archives, too.

The Microsoft Store is just a good way to advertise our applications to a broader scope of potential users. The KDE e.V. published applications are there available for free but you can use any other means to install them.

Feel free to join the discussion at the KDE reddit.

Back in 2011, we decided to remove the External Tools plugin in Kate for the KDE 4.8 release, since it was unmaintained and we got more and more bugs that were not fixed. However, over the years, we got many requests (and complaints) to bring this plugin back to life, since it was very useful to start little helper scripts with just a shortcut, via the command line, or the menu.

The good news is that for the KDE Applications 19.12 release, the External Tools plugin will be back! And it is much improved compared to the previous version.

I’ve been looking at many external tools implementations, including Microsoft Visual Studio, Visual Studio Code, CLion, KDevelop, Eclipse, and Qt Creator. And I must say the implementation in Qt Creator was by far the most flexible one, so that’s what I used as reference.

So let’s have a look. Once you enable the plugin, a new entry “External Tools” appears in the config page. Selecting the “External Tools” entry, you will be presented with several tools by default:

Editing a tool opens a config dialog that allows fine-grained configuration of the tool:

As you can see, many details can be defined, namely:

• Name: The name of the tool, which will later appear in the menu.
• Icon: Optional icon that is visible in the menu.
• Executable: the executable. You can either provide an absolute path, or your executable must be in the PATH environment variable.
• Arguments: Optional arguments that are passed to the process.
• Input: Optional input that is passed to the process via stdin.
• Working directory: The working directory the tool will be started in. If empty, the working directory is set to the current document’s path.
• Mime types: If set, the tool is active only if the current document’s mime type matches.
• Save: When invoked, saves none, the current document, or all documents.
• [ ] Reload current document after execution: Useful when the current file is modified on disk.
• Output: The output defines the target of stdout.
• Editor command: Optional command that can be used to invoke the external tool via Kate’s built-in command line (by default shortcut F7).

Support for Variables

The Executable, the Arguments, the Input and the Working Directory support variables that are expanded on tool invocation. This is indicated by the icon {} that appears once one of these text input fields has focus (cf. red circle):

Hovering over one of these text inputs also shows a tooltip with the current expanded text. Further, clicking on the {} action will open a dialog that lists all available variables:

This feature provides a lot of flexibility when defining an external tool since all variables of the form %{...} are expanded when the tool gets invoked. There are two kind of variables supported:

1. %{variable-name}
2. %{variable-name:<value>}

The first form %{variable-name} simply replaces the variable with its contents. For instance, the variable %{Document:FileName} is replaced by the current document’s filename without its path. The second form %{variable-name:<value>} gets the <value> as contents. For example, this can be used to expand an environment variable with %{ENV:HOME}. Or you can obtain the current date in your preferred format like %{Date:yyyy-MM-dd}.

Developer info: The concept of variable expansion was added to the KTextEditor framework with version 5.63 (cf. API documentation).

Supported variables include:

• Document:FileBaseName: File base name without path and suffix of the current document.
• Document:FileExtension: File extension of the current document.
• Document:FileName: File name without path of the current document.
• Document:FilePath: Full path of the current document including the file name.
• Document:Text: Contents of the current document.
• Document:Path: Full path of the current document excluding the file name.
• Document:NativeFilePath: Full document path including file name, with native path separator (backslash on Windows).
• Document:NativePath: Full document path excluding file name, with native path separator (backslash on Windows).
• Document:Cursor:Line: Line number of the text cursor position in current document (starts with 0).
• Document:Cursor:Column: Column number of the text cursor position in current document (starts with 0).
• Document:Cursor:XPos: X component in global screen coordinates of the cursor position.
• Document:Cursor:YPos: Y component in global screen coordinates of the cursor position.
• Document:Selection:Text: Text selection of the current document.
• Document:Selection:StartLine: Start line of selected text of the current document.
• Document:Selection:StartColumn: Start column of selected text of the current document.
• Document:Selection:EndLine: End line of selected text of the current document.
• Document:Selection:EndColumn: End column of selected text of the current document.
• Document:RowCount: Number of rows of the current document.
• Date:Locale: The current date in current locale format.
• Date:ISO: The current date (ISO).
• Date:<value>: The current date (QDate formatstring).
• Time:Locale: The current time in current locale format.
• Time:ISO: The current time (ISO).
• Time:<value>: The current time (QTime formatstring).
• ENV:<value>: Access to environment variables.
• JS:<expression>: Evaluate simple JavaScript statements.
• UUID: Generate a new UUID.

List of Default Tools

Some tools are shipped by default. These tools mostly came to my mind, but if you have more useful tools please let us know at kwrite-devel@kde.org so that we can add them to this list.

git-cola

git-cola is a graphical git client that enables you to easily stage and commit changes. If installed, it is available also through the command line with “git-cola”.

• Name: git-cola
• Icon: git-cola
• Executable: git-cola
• Arguments: -r %{Document:Path}
• Editor command: git-cola

gitk

gitk is a git client as well that allows to nicely visualize the git history.

• Name: gitk
• Icon: git-gui
• Executable: gitk
• Working directory: %{Document:Path}
• Editor command: gitk

git blame

Starts git blame to easily follow git changes in the current file.

• Name: git blame
• Executable: git
• Arguments: gui blame %{Document:FileName}
• Save: Current Document
• Working directory: %{Document:Path}
• Editor command: git-blame

Run Shell Script

Starts an external konsole in which the current document is executed.

• Name: Run Shell Script
• Icon: system-run
• Executable: konsole
• Arguments: -e sh -c “cd %{Document:Path} && pwd && chmod -vc a+x %{Document:FileName} && ./%{Document:FileName} ; echo Press any key to continue. && read -n 1”
• Working directory: %{Document:Path}
• Save: Current Document
• Editor command: run-script

Google Selected Text

Search in google for the selected text.

• Name: Google Selected Text
• Icon: globe
• Executable: xdg-open
• Arguments: “https://www.google.com/search?q=%{Document:Selection:Text}"
• Editor command: google

Insert UUID

Inserts a new UUID each time this action is invoked.

• Name: Insert UUID
• Executable: echo
• Arguments: %{UUID}
• Output: Insert at Cursor Position
• Editor command: uuid

Clang Format Full File

Runs clang-format on the current file on disk. The document is reloaded afterwards.

• Name: Clang Format Full File
• Executable: clang-format
• Arguments: -i %{Document:FileName}
• Working directory: %{Document:Path}
• Save: Current Document
• Reload: yes
• Editor command: clang-format-file

Clang Format Selected Text

Runs clang-format just on the selected text in the current document.

• Name: Clang Format Selected Text
• Executable: clang-format
• Arguments: -assume-fileName: %{Document:FileName}
• Working directory: %{Document:Path}
• Input: %{Document:Selection:Text}
• Output: Replace Selected Text
• Editor command: clang-format-selection

Qt Quick 2 Preview (qmlscene)

Previews the current qml file in qmlscene.

• Name: Qt Quick 2 Preview (qmlscene)
• Executable: qmlscene
• Arguments: %{Document:FileName}
• Save: Current Document
• Working directory: %{Document:Path}
• Editor command: qml-preview

Feel free to join the discussion at the KDE reddit.

Akademy 2019 took place in Milan, IT, at the University of Milano Bicocca from 7th to 13th of September. I arrived on Friday 6th and left Milan on Tuesday 10th.

Akademy 2019 group photo

This year Akademy was a little bit different for me. I joined MBition recently to push Open Source and, giving the kind of activity and technologies we use, KDE is an community we can learn a lot from. We have many things in common.

MBition decided to sponsor the event at the Supporter level and my colleague Julia König came with me for a couple of days to learn more about these kind of events and this community in particular.

We attended to the welcome event, the sponsors dinner and the first days of talks together. During the second day of talks, I introduced the company to the attendees during the sponsors talk.

It was also great to see my former employer, Codethink Ltd, as sponsor once again.

Several of the talks were very interesting although in general I did not attended to many. I spent quite some time outside talking to old friends, some new young contributors and other sponsors.

In terms of talks, the highlight of the event was Lars Knoll, CTO of the The Qt company. The interview published a few days before his talk is worth reading. He presented the most relevant plans about the coming Qt 6.

One of the things that have improved in KDE is our communication with the outer world. And Akademy reports are just an example. Check out the report about the first couple of days (talks).

On Saturday several talks reported about the accomplishments and challenges of the goals the community have been focusing on the last couple of years. The new goals were presented on Sunday, the second days of Akademy.

On Monday 10th, part of the day was invested in the KDE eV General Assembly. Some BoFs also took place that day. You can watch the report published on The Dot.

As mentioned, I came back to Málaga on Tuesday morning but you can read the reports about the Hands on Sessions and discussions tat took place on Tuesday, Wednesday and Thursday.

Last but not least, do not miss the interview with Leonardo Favario, Project Leader at the Italian Digital Transformation Team. It is a good one.

Thank you to the organizers and sponsors as well as the rest of the people who made Akademy a great event, in record time. It would be a great sign for MBition to be able to come back next year.

KDE is looking for a place and a team to host the event next year. If you are interested in gaining some traction locally to your Open Source efforts and are willing to meet a whole bunch of crazy, smart and friendly developers, think about applying to organizase Akademy 2020 (download the brochure).

I would like to finish this article sending my condolences to the family and friends of Guillermo Amaral, now that it has been made public that he passed away, victim of a cancer he fought hard.

Guillermo Amaral. Pic from one of his videos.

Guillermo was a great person. He had magnetism and an unique sense of humor. I cannot say but good things about him. He did great stuff.

Life is not fair.

Akademy is over. =/ And now that I have a little of time I will talk to you about a Birds of Feather that I’ve hosted during the Milan edition of Akademy that was the Mindmap of the community.

Since I’ve joined KDE I don’t have a clear picture what the structure of the community looks like. And that’s why I hosted this BoF to try to fix that.

So after an hour of discussions with Lydia, Valorie and other amazing people of this community, we came with the following result:

The dotted lines means that there’s some connection between the nodes. Like the Community WG it’s connected to the root of KDE.

So I hope that this graph can give you a clear picture of our community. It’s a working in progress and I will make this map and the original source available soon under the Community Wiki.

Any feedbacks and comments are welcome.

That’s all folks!

A new version 1.3 of the distributed C/C++ compilation tool Icecream has been released. To accompany it, version 3.3 of the GUI monitor Icemon has been released as well.

The changelogs are here and here. In a less changelog-y way, the changes are:

• Compiler location are no longer hardcoded anywhere. Previously the compiler automatically packaged and sent to remote nodes was always /usr/bin/gcc (g++, clang, clang++). That might not match the actual compiler used and the workaround was to manually package the proper one using icecc-create-env. But now it's possible to build even with e.g. CXX=/my/own/build/of/clang and it'll simply work. This should also mean that explicitly setting $ICECC_VERSION now should be needed only for cross-compiling.
• Slightly better job scheduling, both for remote and local builds. For example, the local machine should no longer be possibly overloaded by running way too many local preprocessor steps.
• Better compression, both for sending data and packaged compilers. Compilation data is compressed using zstd if the other node supports it, compiler environments can be compiled using zstd or xz. This improves performance by reducing both network and CPU usage. Note that while compilation compression falls back to the older method if not supported by the other side, for compiler environments this is more tricky and so it has to be set up manually. You can set e.g. ICECC_ENV_COMPRESSION=xz , but the daemon will not fall back to using any other mechanism. Which means it will use only nodes that are at least version 1.3, the scheduler should also be from 1.3 (run another one if needed, the newest one wins) and the remote node needs to support the compression (1.3 uses newly uses libarchive, which supports zstd only in its relatively recent releases). So this is mainly useful if you have full control over the Icecream cluster, but by default the compression is the old gzip, for backwards compatibility.
• Speaking of which, the maximum cache size for compiler environments now defaults to 256MiB. Use the --cache-size option of iceccd for different sizes.
• Objective C/C++ support has been fixed.
• Some special workarounds for GCC's -fdirectives-only option that is used when sending sources to remote nodes, as it breaks in some corner cases.
• The --interface option of the daemons (and scheduler) now allow binding only to a specific network interface, if needed. Note that Icecream still assumes it runs in a trusted network and if that's not so it's up to you to ensure it by using tools such as a firewall.
• Icemon now displays in the defailed host view what protocol a node supports (1.3 has protocol version 42, env_xz/env_zstd mean it supports compiler environments compiled using xz/zstd).
• And various other fixes.

The KItinerary data extraction engine recently got a command line interface, which can be pointed at any file KItinerary can consume (HTML, PDF, plain text, iCal, Apple Wallet passes, etc) and which then outputs JSON-LD according to the schema.org data model with the information that could be found in there. Adding this has been motivated by two separate goals: Increasing extractor robustness, and easing integration into 3rd party applications.

Robustness

Regarding robustness we have the problem that the problem that the extractor when used in an email application is essentially exposed directly to remotely provided (hostile) content. When running in-process accidentally or intentionally corrupt documents might trigger hangs or crashes of the email application. That’s especially a problem for some of the more complex document types we deal with, such as PDF.

An effective way to mitigate this is moving the dangerous operations to a separate process. This way the host application is not only isolated from possible crashes, it also allows us to sandbox the extractor using tools like Bubblewrap or seccomp, to reduce the impact of possible security issues in the extractor or the underlying parsing libraries.

For users of the KItinerary API, such as the KMail plug-in this is straightforward to use:

KItinerary::ExtractorEngine engine;
engine.setUseSeparateProcess(true);
engine.setData(...);
auto result = engine.extract();

Besides enabling the out-of-process mode, it’s important to feed raw data rather than pre-parsed documents in, otherwise the dangerous part of the process happens in the host application after all.

Integration

Another motivation for having external process for the data extraction is that it provides an easy way to integrate with applications that cannot or do not want to link against KItinerary and its dependencies, or for whom linking would bring in additional complications at this point. The browser integration work is such an example benefiting from this, there we have to deal with unaligned release cycles and two very different technology stacks.

Using the out-of-process extractor of course is not for free. The entire test suite currently needs about 8.5 seconds for extracting almost 600 samples, with out-of-process mode this roughly doubles. Per document that is about 15 and 30 miliseconds respectively, which isn’t all that bad. That is the average over all test samples though, PDFs tend to be more expensive to process than plain text files for example, while the overhead of spawning a new process is largely constant.

Prototyping

But even if the final integration might involve directly linking against the KItinerary stack, the command line interface can be useful for the initial evaluation and for building prototypes. To support this there’s a nightly Flatpak build available in KDE’s Flatpak repo. This is obviously not meant for production deployments, maintained distribution packages based on official releases are better for that. It however allows very fast turnaround times to receive the latest improvements in the extractor engine while still having the convenience of pre-built packages and co-installability.

Trying this is fairly straightforward:

$ flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
$ flatpak remote-add --if-not-exists kdeapps --from https://distribute.kde.org/kdeapps.flatpakrepo
$ flatpak install kdeapps org.kde.kitinerary-extractor

$ cat trainticket.pdf | flatpak run org.kde.kitinerary-extractor
[
    {
        "@context": "http://schema.org",
        "@type": "TrainReservation",
        ...
    }
]

Contribute

As always, sample data donations are of invaluable help with this work! Of particular interest at the moment would be multi-leg Renfe tickets, as well as those with at least one international destination :)

For contributing in other ways than donating test data please see our Phabricator workboard for what’s on the todo list, for coordinating work and for collecting ideas. For questions and suggestions, please feel free to join us on the KDE PIM mailing list or in the #kontact channel on Freenode or Matrix.

I just released version 1.3.0 of SFXR Qt, my Qt port of the SFXR sound effect generator.

There aren't that many new features for end users:

• A new wave form: Triangle.
• A new file format: SFXJ.

The new file format opens the road to adding new features. I have a few ideas in mind, will see how it goes.

Nevertheless, this release brings several under the hood changes:

• Improved error handling so that you get a message dialog when the app cannot load or save a file.
• Unit-tests using Catch2, which I really like.
• Continuous Integration through Travis CI.

Finally, I borrowed Nanonote CMake code for packaging, so deb and rpm packages are available on the release page. Let me know if they work for you.

That's it, hope you enjoy generating fun sound effects!

In my quest to improve the website of KDE, I updated the Plasma Desktop webpage. This is a huge improvement to the old website, which didn’t show any screenshots and didn’t list any Plasma features.

I already teased the improvements I made in the Plasma BoF in Milan to the Akademy.

The redesign got a lot of positive feedback by the Plasma team and after some small modifications the changes landed.

The webpage looks like this now:

Thanks to all the people from the Promo team and vinz who helped me write the text and give me some ideas.

Improving the KDE websites: Junior Jobs

If you want to help improving the web presence of KDE, I regularly add some Junior Job to this Phabricator Workboard. Lots of things need to be updated, so don’t hesitate to propose other changes in the kde-www mailing list.

Discussion: Reddit or Mastodon

See, I told you I’d continue to blog about the cool things that have happened in KDE-land.

On that subject… Kate is now available for free on the Microsoft Store! So far the ratings are quite good. KDE has always aspired to make our apps available to as many users as possible, and getting them on today’s distribution platforms continues that.

For those of you who switched from Windows or macOS, think back to how helpful it was that a bunch of your favorite apps (Firefox, Chrome, VLC, LibreOffice, Inkscape, Blender, Krita, etc) were already available on Linux and you already knew how to use them. Getting more of our apps on other platforms is a key part of easing the transition for future generations of switchers.

Beyond that, it’s been a somewhat light week because everybody was off at Akademy planning the future. A lot of really great things got discussed and decided, the results of which should start to trickle into subsequent weeks’ blog posts. So stay tuned!

New Features

• Dolphin now has a “Reset zoom level” feature that returns the view to the default icon size specified in the settings (me: Nate Graham and Shubham, Dolphin 19.12.0):
  

Bugfixes & Performance Improvements

• The Wobbly Windows effect no longer leaves weird trails in certain circumstances (Vlad Zahorodnii, KDE Plasma 5.17.0)
• When clicking the currently selected sort order in Dolphin’s “Sort By” menu, the radio buttons on the bottom no longer both become unchecked (me: Nate Graham, Dolphin 19.08.2)
• .docx files stored in Google Drive and accessed with Dolphin or other KDE apps using the kio-gdrive KIOSlave are now opened in the correct app rather than being treated as zip files (David Barchiesi, kio-gdrive 1.2.8)

User Interface Improvements

• When pasting text into a Notes widget, formatting is now stripped out by default, though you can paste with formatting included via the context menu if you want (Luca Carlon, KDE Plasma 5.17.0):
  
• The KWin Window Behavior KCM received a visual overhaul to make it more modern and consistent-looking (Björn Feber, KDE Plasma 5.17.0):
  
• The KWin Window decoration context menu received a visual overhaul to make it consistent with the Task Manager’s context menu (Björn Feber, KDE Plasma 5.17.0):
  
• The Plasma Networks applet now displays indicated any special status (e.g. “network login required” in its tooltip, not just by showing a different icon (Jan Grulich, KDE Plasma 5.17.0)
• KSysGuard is now High DPI compatible (Yunhe Guo, KDE Plasma 5.17.0)
• Icons for items on the desktop now have subtle shadows to help make them stand out a bit from the desktop wallpaper (me: Nate Graham, KDE Plasma 5.17.0):
  
• Kate, KDevelop, and other KTextEditor-based apps now have a keyboard shortcut to switch between vi input mode and normal input mode (Dominik Haumann, KDE Frameworks 5.63)
• Kate’s symbol viewer is now sorted in ascending order by default (Tore Havn, Kate 19.12.0)
• Gwenview’s settings window sidebar now has all colorful icons, following the new pattern (me: Nate Graham, Gwenview 19.12.0):
  

How You Can Help

This is a new section I’m adding to these weekly blog posts, highlighting a new way to get involved every week!

Do you have any web design experience? KDE community members are currently working on redoing the ancient and inconsistent assortment of websites hosted on kde.org, and help is needed! If this sounds like your cup of tea, join the kde-www mailing list and check out the tasks on the Phabricator Workboard.

You can also check out https://community.kde.org/Get_Involved, and find out other ways to help be a part of something that really matters. You don’t have to already be a programmer. I wasn’t when I got started. Try it, you’ll like it! We don’t bite!

Finally, consider making a tax-deductible donation to the KDE e.V. foundation.

After eight densely packed days Akademy 2019 is over. As always it was very nice to meet everyone again, as well as to meet some people I have been working with online for the first time in real life.

CC-BY Photo by Paul Brown

Talks

There was some interesting feedback for my talks, and overlap with work of others:

• Secure HTTP usage (slides) - my suggestion to encapsulate secure defaults for QNetworkAccessManager (QNAM) in a KF5 class that isn’t bound by as strict backward compatibility requirements as QNAM itself is didn’t seem popular with the Qt community, and started a discussion to instead fix this in QNAM itself, at least for Qt 6. That’s of course the even better solution.
• KPublicTransport (slides) - I mentioned the lack of public transport data coverage especially in India and Asia, which resulted in Bhushan digging up a few Indian GTFS feeds that can probably be added to Navitia to fix that.
• KDE Frameworks on Android (slides) - There’s some overlap with the needs of the Kirogi drone control app that Eike presented, regarding Android support in existing frameworks as well as further things like embedding an interactive map. So even more reasons to address this all properly on the KF5 level.

Akademy Awards

The yearly Akademy awards ceremony provided a very unexpected surprise as I was given this year’s Jury Award. Thanks to David for the nice words, and to everyone for signing the award :)

Akademy Jury Award 2019

Meetings/BoFs

Monday to Friday saw a large number of meetings on a wide range of topics, the BoF wrap-up session videos (Monday, Tuesday, Wednesday/Thursday) provide a good overview on those. The below are my key takeaways from some of the sessions I participated in.

KDE Frameworks 6 (KF6)

With Qt 6 on the horizon we need to start looking into what we want to achieve with KF6, beyond just porting to Qt 6 and cleaning up obsolete/deprecated API. We now have a Phabricator workboard to collect and discuss plans and tasks around that, and hopefully we’ll have a sprint in the not too distant future to plan this in more detail. If you have issues with or wishes for KDE Frameworks that might require breaking API or ABI, or otherwise require more invasive changes such as moving functionality between libraries, now is the time to bring this up.

More details: David’s summary

PIM

The most important goal for me here was to get some more collaboration between the Plasma Mobile team and the currently desktop-focused PIM team going, and it looks like we made progress there :)

The move of KContacts and KCalendarCore to KDE Frameworks also got its final go and should be executed next week. The next module to look at is the KDAV protocol library, which ties in with reviewing the KF5 HTTP stack.

More details: Notes, Dan’s KAccounts integration demo

Creating KItinerary Extractor Scripts

I hosted a session on how to create custom extractors for KItinerary in which we looked at the kinds of data we can encounter, the methods and tools we have available for processing this, as well as on how KItinerary Workbench can help with writing and debugging extractors. As a result there were a few new extractor contributions already.

More details: Slides

KDE Frameworks on Android

Aleix had already addressed my top agenda item before the meeting, the F-Droid repository holding the nightly builds from binary factory is synchronized again correctly and should be distributing continuous updates again.

Other topics included where to put the JNI helpers from KDE Itinerary, and how to improve packaging with androiddeployqt for plug-ins with mandatory dependencies.

More details: Notes

KUserFeedback

With all the policy/legal/procedural questions now hopefully sorted out in form of the Telemetry Policy and the Software Privacy Policy we can finally start to deploy the KUserFeedback telemetry and survey system.

More details: Notes

Hacking

Next to all the meetings and discussions there was of course also some time for more hands-on work. My personal highlight is Kai’s work on KDE Itinerary browser integration, it has come a long way since our initial research on this.

We also managed to collect quite some sample data for improving KDE Itinerary, thanks to everyone who donated their data! Some of the immediate results are Daniele’s work on completing our understanding of the barcodes from Trenitalia, as well as initial support for Renfe tickets thanks to Luca.

Thanks

A big thanks to everyone who made this event possible, the Kennys, the local team and everyone else who helped, as well as the sponsors and the KDE e.V.! Akademy is immensely valuable, the above is just a tiny glimpse into the productivity we achieve when having everyone together for a week, not to mention the massive motivational boost we get out of this.

The last week I was in Milan with my wife Aiswarya to attend Akademy 2019, the yearly event of the KDE community. Once again it was a great experience, with lots of interesting conferences and productive BoF sessions (“Birds of a Feather”, a common name for a project meeting during a conference).

On Sunday, we presented our talk “GCompris in Kerala, part 2”. First, Aiswarya told some bits of Free-Software history in Kerala, gave examples of how GCompris is used there, and explained her work to localize the new version of GCompris in Malayalam (the language of this Indian state). Then I made a quick report of what happened in GCompris the last 2 years, and talked about the things to come for our next release.

On Monday, I attended the KDE e.V assembly. On a side note, if you are a KDE contributor, you should probably consider joining KDE e.V. as an active member.

On Tuesday morning, we attended the KDE India BoF, where we discussed why the conf.kde.in conference didn’t happen for 2 years and how we can make sure it will happen next year.

On Tuesday afternoon, we had the GCompris BoF. We discussed about using the KDE Wiki for our documentation instead of self-hosting our own wiki. We also discussed the state of some translations that need to be updated. On that topic, if your language is not yet supported in the latest version of GCompris, maybe you can help us (you can check the translation status on this page). Also during this session, Aiswarya started working on some new options to adapt the speed in some activities to make them usable for people with cognitive or physical difficulties.

On Wednesday morning, we attended the “Wayland user feedback” BoF. I discussed with the plasma team about the biggest issues for using Krita on Wayland, namely tablet support and color management. The team seemed very interested to fix those, so I’ll try to provide useful feedback to help them.

On Wednesday afternoon, it was the “Day trip” to the Lake Como, a great occasion to relax and have fun with old and new friends in a beautiful place.

Congratulations to the team for organizing a great event, and also big thanks to KDE e.V. for providing travel support.

“Who are you people?”

That’s what the woman selling the ferry tickets at Varenna asked me once she realized I speaked Italian. She was definitely not used to a group of ~80 people wearing a blue badge. Another woman who was selling stuff on the street asked me if we were a school.

It’s been an amazing week and a very productive Akademy. A lot has been discussed and a lot has been decided. On my side, I’ve hosted a Dolphin BoF where we discussed both boring things (e.g. where to send bugzilla notification mails) as well as the awesome new features we are getting into Dolphin. Alexander talked about the status of the KIO Fuse project, while Méven talked about his work on the kioslave for the recently used files.

On the coding side, I wish I could have done more, but I lost a lot of times fighting with Google bureaucracy which was required to create a new API key for KIO GDrive. We need to urgently sort this out because it is blocking a working Google support in Kontact. Despite that, I managed to write a simple PoC of KUserFeedback usage in Dolphin. KUserFeedback is very easy to use if you just want the basic reportings (OS version, Qt version, and so on.). Hopefully it won’t be too hard to also get more interesting information, such as which are the features that our users use the most.

And finally, a big thanks goes to the Akademy team and the local team for the organization of the event. See you next year!

I attended my first ever Akademy! The event was held at the University of Milano-Bicocca in Milan, Italy this year. And the experience was splendid. During the 2 day conference, I had the opportunity to talk at the Student Showcase, where all of the SoC students presented their work to the community. There were about 8 students, and everyone gave a good briefing on their project.

My project this summer was with Kdenlive, the open source non linear professional video editor. I proposed to revamp one of the frequently used tools in the editor, called the Titler tool, which is used to create title clips. Title clips are video clips that contain text and/or images that are composited or appended to your video (eg: subtitles). The problem with the titler tool as it is, is that it uses QGraphicsView to describe a title clip and QGraphicsView was deprecated since the release of Qt5. This obviously leads to problems - upstream bugs crawling affecting the functionality of the tool and an overall degradation in the ease of maintenance of the codebase. Moreover, adding new features to the existing code base was no easy task and therefore, a complete revamp was something in sights of the developer community in Kdenlive for a long time now. I proposed to rework on the backend for the period of GSoC replacing the use of XML with QML and use a new rendering backend with QQuickRenderControl, along with a new MLT module to handle the QML frames. I was able to cover most of the proposed work, I seek to continue working on it and finish evolving the titler tool.

The folks from Kdenlive have always been very warm and helpful especially with the whole learning curve (which definitely was steep) and working with the community so far has been great, I’ve learned a lot from the experienced developers in Kdenlive and from the Kdenlive community. I seek to continue working with the Kdenlive team and KDE to continue making Kdenlive a great tool to use and a great community to be a part of.

All in all, Akademy was an unforgettable experience, I met a lot of brilliant people from the KDE community in person and the other SoC students from other parts of the world. I’m extremely thankful to the KDE community for presenting us, students, with such a fine opportunity and a platform to work and talk on our projects. Kudos to the Akademy Team for orchestrating such an event!

Here’s my GSoC Work Report: https://community.kde.org/GSoC/2019/StatusReports/AkhilKGangadharan

Our Windows Store submission succeeded, we are now officially in the store.

Try out how the Kate text editor performs on Windows for your personal workflow.

If you see issues and want to help out, contributions are welcome on our GitLab instance.

Our Windows team is small, any help is very welcome! Thanks again to all the people that made it possible to use Kate nicely on Windows.