April 04, 2017

Hello Planet KDE, I am Matthieu Gallien. I am a software developer mainly working with C++ and PHP. I am passionate about free software in general and KDE in particular.

Elisa Music Player

I have been working on a music player for some time. I have decided to try to implement a design made by KDE VDG and especially Andrew Lake (Design for a Music Player). I had this idea after I saw this article from Thomas Pfeiffer (Phoronix offers some criticism of KDE software, and this is how KDE deals with it).

I would like to thank them for being a source of inspiration and the high quality of their work.

Elisa is using Baloo indexer in order to get all music indexed by it without needing any configuration by the user. This also means that support for other indexers or platforms is not yet done.


Elisa is a simple music player aiming to provide a nice experience for its users.
More precisely I am trying to reach the following goals:
  • being easy to setup (ideally, one would not setup anything before being able to use it) ;
  • being fully usable off-line (or in privacy mode) ;
  • being open to leverage on-line services but not a development priority (the experience should not be degraded when you are off-line) ;
  • being focused on satisfying users’ goals ;
  • being focused on music player (managing your music collection is not a development priority). This means that it is not a direct fulfillment for people needing that. This seems that a dedicated application would be more appropriate ;
  • being as much as possible bug free (meaning stability has higher priority than feature development) ;
  • targets Linux Plasma Workspace, other Linux desktop environments, Android and Windows ;
  • being able to leverage UPnP DLNA.

In addition, KDE VDG have done a lot of design work that I am trying to follow (KDE Visual Design Group/Music Player).

Current State


You can browse music by albums or by artists. More navigation possibilities will be added latter (Genre, All tracks, …).

The playlist is always shown to allow feedback when inserting tracks in it. You can also display it maximized. In this case, extra information will be shown related to the currently playing track.


It is already usable but I still need to do a first release. There is at least one problem that need to be fixed before a release. If you move tracks inside directories indexed by Baloo, they will disappear from Elisa until you restart the application.

It is using some KDE Frameworks 5 libraries (Baloo, KFileMetaData, …), Qt Quick Controls 1 and QtMultimedia. Writing a music player on top of those foundations have been a real pleasure.

Some design points are still open:

  • trying to combine an interface to be used with the mouse and with the touchscreen commonly found on laptops ;
  • how to decide what is done by single click, double click or single long click.

I welcome all kind of feedback on it. Especially any bug reports would be much appreciated.

My available time being limited, any help would be also very much appreciated.

Development is happening in KDE infrastructure and can be followed from the workboard in KDE’s Phabricator (Elisa Workboard).

I would also like to thank the KDE community and especially all those that have helped me during the development of Elisa.

Since I was a kid I had dreamed about being a tech guy, I remember that I used to search the trash of my father looking for broken circuit boards back in 1988, he had a notebook computer, a Toshiba T1000 with amazing ~5mhz and 512kb ram, one of the best machines of the time. He tried to teach me how to Pascal back then, but I had better things to do like stuck my foot in my mouth, or look for broken circuits for I had learned on the TV that I could just plug random eletricity circuits and cables and I would have a Super Sentai robot for me, and I would fight crime dressed like Jaspion.

First computer that I ever had, Toshiba T1000

First computer that I ever had, Toshiba T1000

From there I forgot about computers for a while, I lived in a farm and had 18 dogs and 22 cats to play all thay long, sometimes even a duck or a goose would appear to my  panick because my dogs liked to hunt things that they tougth it was good for eating. My second computer was a ~proper one?~, it was basically a keyboard with a Cassete Tape jack that would load applications, and a copy of Windows 1.0, for that I have no pictures to prove, nor I remember the names of the technologies, so I cannot actually say anything.

Around 1998 I started to use Irc, on the now defunc BrasIRC network, and I met many people that would help me on my desire to program, and a few of them are actually also in the same path as me nowdays. I discovered that the Irc clients of the time -for windows, as my dad didn’t allowed me to put linux on the computer for I had no experience on it and he feared I could break stuff- allowed scripts and programming from within it, I got together with a few fellow Irc mates (like Arx Cruz, now a Red Hat hacker) and started to create our own flavor of Irc.

More Years passed and I discovered Sphere, an ultima online emulator (I have no idea how the project is today, I have completely no idea if the project still exists today) – one of the best video games invented, I have no shame to say that I prefered Ultima Online to girls back then, girls where nice, but they didn’t had over 70 skills that you could master using macro applications that also could teach you how to program (and I was really awkward torwards, you know, people).



From Ultima Online I managed to make a bit of money with my knowledge gained from the Sphere programming language, programming little Ultima Online servers for Lan Hourses and Lan Parties back in Salvador, and I managed to buy my first Computer, an AMD K6, and I finally was able to install Linux on it. My first flavor was Connectiva 4, a brazilian distro that later joined Mandrake and became Mandriva.

From there I really wanted to be a programmer, like, a real one, that could get ideas and transform into code, not the ones that are shown in movies that just dragged things around and need a Visual Basic GUI to find an IP. I did the UFMG C Course, now completely outdated (for the compilers that it uses doesn’t exists anymore, or are completely unusable, like Borland Turbo C)

From the UFMG C to Qt C++ was a step, and I started to do every university thing with it, even when that meant having to stand up against my teacher: “This is OO class tomaz, you need to use Java!”, “But teacher, C++ is also OO” and things like that. I remember that I had a terrible time on Graph Theory class, too abstract, nodes, and edges are okay, but Matrices representing them being displayed on the monochrome letters of the terminal? I didn’t had the internal RAM to parse that things on my head and transform that into the data that I was trying to analize, the computer should do that for me.

First Contribution to KDE, Rocs, a Graph Theory IDE

First Contribution to KDE, Rocs, a Graph Theory IDE

And  I talked with Annma, explained her what this application should do and she agreed that could be a good thing to go to KDE. and then I joined KDE edu, my first ever contribution to an Project. From that time I had won life, all my dreams where realized, and I could sleep in peace.

It’s time for a long-overdue blogpost about the status of Tanglu. Tanglu is a Debian derivative, started in early 2013 when the systemd debate at Debian was still hot. It was formed by a few people wanting to create a Debian derivative for workstations with a time-based release schedule using and showcasing new technologies (which include systemd, but also bundling systems and other things) and built in the open with a community using the similar infrastructure to Debian. Tanglu is designed explicitly to complement Debian and not to compete with it on all devices.

Tanglu has achieved a lot of great things. We were the first Debian derivative to adopt systemd and with the help of our contributors we could kill a few nasty issues affecting it and Debian before it ended up becoming default in Debian Jessie. We also started to use the Calamares installer relatively early, bringing a modern installation experience additionally to the traditional debian-installer. We performed the usrmerge early, uncovering a few more issues which were fed back into Debian to be resolved (while workarounds were added to Tanglu). We also briefly explored switching from initramfs-tools to Dracut, but this release goal was dropped due to issues (but might be revived later). A lot of other less-impactful changes happened as well, borrowing a lot of useful ideas and code from Ubuntu (kudos to them!).

On the infrastructure side, we set up the Debian Archive Kit (dak), managing to find a couple of issues (mostly hardcoded assumptions about Debian) and reporting them back to make using dak for distributions which aren’t Debian easier. We explored using fedmsg for our infrastructure, went through a long and painful iteration of build systems (buildbot -> Jenkins -> Debile) before finally ending up with Debile, and added a set of own custom tools to collect archive QA information and present it to our developers in an easy to digest way. Except for wanna-build, Tanglu is hosting an almost-complete clone of basic Debian archive management tools.

During the past year however, the project’s progress slowed down significantly. For this, mostly I am to blame. One of the biggest challenges for a young project is to attract new developers and members and keep them engaged. A lot of the people coming to Tanglu and being interested in contributing were unfortunately no packagers and sometimes no developers, and we didn’t have the manpower to individually mentor these people and teach them the necessary skills. People asking for tasks were usually asked where their interests were and what they would like to do to give them a useful task. This sounds great in principle, but in practice it is actually not very helpful. A curated list of “junior jobs” is a much better starting point. We also invested almost zero time in making our project known and create the necessary “buzz” and excitement that’s actually needed to sustain a project like this. Doing more in the advertisement domain and “help newcomers” area is a high priority issue in the Tanglu bugtracker, which to the day is still open. Doing good alone isn’t enough, talking about it is of crucial importance and that is something I knew about, but didn’t realize the impact of for quite a while. As strange as it sounds, investing in the tech only isn’t enough, community building is of equal importance.

Regardless of that, Tanglu has members working on the project, but way too few to manage a project of this magnitude (getting package transitions migrated alone is a large task requiring quite some time while at the same time being incredibly boring :P). A lot of our current developers can only invest small amounts of time into the project because they have a lot of other projects as well.

The other issue why Tanglu has problems is too much stuff being centralized on myself. That is a problem I wanted to rectify for a long time, but as soon as a task wasn’t done in Tanglu because no people were available to do it, I completed it. This essentially increased the project’s dependency on me as single person, giving it a really low bus factor. It not only centralizes power in one person (which actually isn’t a problem as long as that person is available enough to perform tasks if asked for), it also centralizes knowledge on how to run services and how to do things. And if you want to give up power, people will need the knowledge on how to perform the specific task first (which they will never gain if there’s always that one guy doing it). I still haven’t found a great way to solve this – it’s a problem that essentially kills itself as soon as the project is big enough, but until then the only way to counter it slightly is to write lots of documentation.

Last year I had way less time to work on Tanglu than the project deserves. I also started to work for Purism on their PureOS Debian derivative (which is heavily influenced by some of the choices we made for Tanglu, but with different focus – that’s probably something for another blogpost). A lot of the stuff I do for Purism duplicates the work I do on Tanglu, and also takes away time I have for the project. Additionally I need to invest a lot more time into other projects such as AppStream and a lot of random other stuff that just needs continuous maintenance and discussion (especially AppStream eats up a lot of time since it became really popular in a lot of places). There is also my MSc thesis in neuroscience that requires attention (and is actually in focus most of the time). All in all, I can’t split myself and KDE’s cloning machine remains broken, so I can’t even use that ;-). In terms of projects there is also a personal hard limit of how much stuff I can handle, and exceeding it long-term is not very healthy, as in these cases I try to satisfy all projects and in the end do not focus enough on any of them, which makes me end up with a lot of half-baked stuff (which helps nobody, and most importantly makes me loose the fun, energy and interest to work on it).

Good news everyone! (sort of)

So, this sounded overly negative, so where does this leave Tanglu? Fact is, I can not commit the crazy amounts of time for it as I did in 2013. But, I love the project and I actually do have some time I can put into it. My work on Purism has an overlap with Tanglu, so Tanglu can actually benefit from the software I develop for them, maybe creating a synergy effect between PureOS and Tanglu. Tanglu is also important to me as a testing environment for future ideas (be it in infrastructure or in the “make bundling nice!” department).

So, what actually is the way forward? First, maybe I have the chance to find a few people willing to work on tasks in Tanglu. It’s a fun project, and I learned a lot while working on it. Tanglu also possesses some unique properties few other Debian derivatives have, like being built from source completely (allowing us things like swapping core components or compiling with more hardening flags, switching to newer KDE Plasma and GNOME faster, etc.). Second, if we do not have enough manpower, I think converting Tanglu into a rolling-release distribution might be the only viable way to keep the project running. A rolling release scheme creates much less effort for us than making releases (especially time-based ones!). That way, users will have a constantly updated and secure Tanglu system with machines doing most of the background work.

If it turns out that absolutely nothing works and we can’t attract new people to help with Tanglu, it would mean that there generally isn’t much interest from the developer or user side in a project like this, so shutting it down or scaling it down dramatically would be the only option. But I do not think that this is the case, and I believe that having Tanglu around is important. I also have some interesting plans for it which will be fun to implement for testing ��

The only thing that had to stop is leaving our users in the dark on what is happening.

Sorry for the long post, but there are some subjects which are worth writing more than 140 characters about ��

If you are interested in contributing to Tanglu, get in touch with us! We have an IRC channel #tanglu-devel on Freenode (go there for quicker responses!), forums and mailinglists,

It looks like I will be at Debconf this year as well, so you can also catch me there! I might even talk about PureOS/Tanglu infrastructure at the conference.

April 03, 2017

The Akademy 2017 Call for Papers ends April 10th at 23:59:59 CEST.

Surely you have interesting stuff to share with the community, so go to https://akademy.kde.org/2017/cfp and submit a proposal!

- @varlesh work -
Hello again!! :)

Latte Dock v.0.6 has been released!!! The first stable Latte release has been just landed! 

Go get it!!!  github  or  store.kde.org

if you dont want to build it yourself, another alternative would be to wait for a few days to launch on your distro repositiories! Many packagers have shown such interest.

- Latte youtube presentation -

- Latte Dock v0.6 -

You may ask, what is Latte and why are you so enthusiast about it?


@varlesh work -
As an author of Now Dock it was around late of November that I felt Now Dock to have reached its pontential as an internal plasma panel and plasmoid. At the same time @audoban author of Candil Dock reached me and pinged me to do something rare in the open source communities… and that was, combine our projects. Combine Candil’s fundamental philosophy of a standalone dock living outside plasmashel with Now Dock’s familiar interface for the dock and use only kde and plasma libraries in the process. That was enough for me to decide that the change worthed the effort. Time passed and in every step I am more than happy with that decision.

At this point I would like to thank a lot @audoban for the fantastic achievements, discussions and cooperation we achieved all this time we interact through the project!!! My girlfriend of course for her patience and support during the last development cycle!! :) and a big thank you to the many fantastic users, translators and enthusiasts that use the project through the master branch and are helping us discovering bugs very early, pointing us in new directions and becoming persistent when something is very important from a user point view and not that much from the developer’s one !!! :)


You are the blood of the project without which a body becomes cold….

The new project was called Latte Dock  and the artwork and logo of course were created by the majestic @varlesh!!! :)

"...a plasma dock that provides an elegant and intuitive experience for your tasks and plasmoids..."

"Art in Coffee"

I think you had enough of my chattering around the history of the project :), let me outline some of the most important features:

Standalone executable outside plasmashell

Meaning that in the rare case of crashing your plasmashell, your panels will still be there to interact with, and of course the other way around

Single configuration window to rule them all

there arent two different windows anymore, offering various choices for the user, one for plasma and one for the dock. The configuration window combinesall the user choices in one place.

- single config window -

- visibility modes -
Five different visibility modes

  • Dodge Active: avoid always the active window
  • Dodge Fullscreen: avoid always the fullscreen window
  • Dodge Windows: avoid every window
  • Auto Hide: auto-hide after a timer interval
  • Always Visible: the dock will be always visible

- timers -
Hide / Show Timers

specify the timer intervals for showing or hiding the dock

Docks manager

Latte is not a single dock but rather a dock manager. You can have as many dock instances you want around your screen..

- four Latte instances ;) -

Multi screen

Latte offers a new experience for your docks concerning your multi screen setup. A dock can be set always On Primary screen or always at an Explicit Screen.

On Primary: your dock will always move around your screensbased on which screen has been set primary at each time. In the case of an explicit dock occupies that specific edge in that screen the explicit dock gets the advantage.
On Explicit:your dock will be activated only when that screen is present at your system. Meaning that ifyou connect your laptop at work at a specific screen over there, each time you connect it that dock will appear and in no other case.

added intelligence: concerning the above design decisions Latte trys to follow some rules. It will never leave you without at least one dock having the tasks latte plasmoid in it.

- robust multi-screen support -

Proportional Applet Size

Latte offers a setting for Always on Primary Screen. So your favourite dock will follow you between different screen resolutions. In such cases you can set the applets to be a percentage of the screen height instead of specific size in pixels. So your dock it wont just follow you but it will automatically update its size on resolution or screen changes.

Simplify working states and provide only normal and editing state

normal state:the user can interact with tasks and applets and can add launchers and applets from the official plasma widget explorer

editing state (when showing the configuration window): the user can add/move/delete applets and config Latte

- import/export -
Import/export settings

Your settings are always available if you create backups and of course the users can share their different configurations!! So a user can create configurations for Unity, Plasma, Gnome layouts and share them with the community

- Unity layout -
- Plasma layout -

- My favourite ;) -

Make your docks look like and behave like plasma panels

With Latte we can easily adjust the appearance of the dock to make it look like a plasma panel and of course behave as such concerning snapping, visibility etc...

- plasma looks, an Always Visible Latte dock instance -

- auto positioning -
Occupy space based on the real free screen space

Latte offers various alignments for your applets, Left, Center, Right, Fill (all three). Top and bottomdocks gain the priority to fill the screen and left and rightones will try not to leave free space if it is not needed… Unity paradigm is set very easy and it is auto adjusted...

Notice: for these calculations dock’smaximum length set by the user is used e.g. 90% of screen and not the current running size of the dock.

- alternative session -
Alternative Session

Sometimes the way you organised your panels is not sufficient. You are travelling or you just want an alternative layout for specific cases. Switch to your alternative session and organize your work at your preference. Welcome the Alternative Session, a fully functional secondary state!

Support plasma 5.8 and provide transparency and blur out-of-the-box

InNow Dock a special produced plasma theme was needed from plasma 5.8 in order for the dock to gain its transparency. This works directly now without needing from the user to do anything around that. Transaparency/Blur/Background Contrast Kwin Effects are used directly.
Execute Latte and you are ready to go.

Notice: For cases that the user does not like the transparency provided from the plasma theme, the user can also choose from the Latte settings, a solid background to be used instead

- kwin blur effect -

Experimental support for alternative desktop environments

Even though we didnt focus on supporting alternative desktop environments a test showed that there is no such barrier. Watch out a Latte Dock with plasma plasmoids and full plasma frameworks stack inside MATE ;). At the bottom-right corner you can notice the hidden MATE panel.

- Latte Dock inside MATE -

All features of Now Dock are already supported

Latte is not trying to break your previous Now Dockworkflow but rather to make your life easier concerning panels. Ittrys to make that happen with an elegant andbeautiful way, not a disturbing one. The familiar interaction concerning launchers in different activities, window previews, shadows, different coloring for different states etc are already present…

Τhank you all for being part and makingpossible this fantastic community called KDE!!!! ;)

That’s all for now… :)



We would like a lot hearing your experience with Latte
and the issues you may discovered...

Even more, help is always welcome!!!!

- the purple woman wallpaper can be found at, coolwallpapers.org
- music in the video: 1. Riot - Jupiter One, 2. Steve Combs -  All Your Faustian Bargains (Extended Mix)

(Read this listening to “Gostava Tanto de Voce”, from Tim Maia)

Campinas City

Campinas, my old town

I moved from the southern brazilian lands, where history was made and some amazing things where invented (like the Airplane and the Wrist Watch) and stories about Ghosts, Ghouls, Sacis, Caiporas and Mba’e Tatas where told to children, trying to scare them to sleep fearing about the Black Faced Bull (that will catch and eat kids that fears him), and moved to Europe, where history was made and some amazing things where invented (like Dr Who and the English Accent) and stories about Gosts, Ghouls, Dragons, Hobgoblins and Werewolfs where told to children, trying to scare them to sleep fearing about the Baba Yaga (that will catch and eat kids that enters her house).

Munchen City

Munchen, My new town


I’v been living here for the past six months, and I wanted to write earlier, but you guys know how things are, things like that can simply be in your head for quite a while before you actually do something. So, if anyone from the KDE community would like to get together for something in Munchen, please get in touch. I live near the Worthsee area, quite far from munchen ~40 minutes via SBahn, but I work in the heart of the city.


KDE Project:

The first version (0.4.80) towards Simon 0.5.0 is out in the wilds. Please download the source code, test it and send us feedback.

Some new features are:

  • MPRIS Support (Media Player control)
  • MacOS port (thanks to René there is a first Macports script
  • A series of bug fixes.

You can get it here:

In the work is also an AppImage version of Simon for easy testing. We hope to deliver one for the Beta release coming soon.

Known issues with Simon 0.4.80 are:

  • Base model download doesn't work as expected. You can search for some base models though (BUG: 377968)
  • Some Scenarios available for download don't work anymore (BUG: 375819)
  • Simon can't add Arabic or Hebrew words (BUG: 356452)

We hope to fix these bugs and look forward to your feedback and bug reports and maybe to see you at the next Simon IRC meeting: Tuesday, 4th of April, at 10pm (UTC+2) in #kde-accessibility on freenode.net.

About Simon
Simon is an open source speech recognition program that can replace your mouse and keyboard. The system is designed to be as flexible as possible and will work with any language or dialect. For more information take a look at the Simon homepage.

April 02, 2017


today I want to expose my my thoughts about the general hype for micro-services.

The first objection that one can move against this approach is that it does not really solve the problem of having the maintainable code because the same principles can be found in a lot of other paradigms that did not prevent bad software to be produced.

I believe that the turning point of the micro-services stuff is that is compatible with the devops philosophy.

With the combination of micro-services and devops you get software that has some reasonably well-defined limits and whose management is assigned to the people who developed the software.

This combination avoids of development shortcuts that make management more difficult (maintenance is a big deal).

This thing also solve one of the great IT open problems: the documentation.

It is true that it can not force us to produce documentation, but, at least, who run the code is exactly who produced it and i can guess that who writes the code knows how the code has to work.

It is now possible to build applications with high performance and functionality unimmaginable before, all this thanks to the fact that each component can be realized, evolved and delployed with the best life cycle that we are able to develop, without limiting the entire ecosystem.

Thanks for reading, see you next time

March 31, 2017

I have just noticed that some old articles concerning Now Dock appeared in planetkde... So sorry for this!! I am preparing the announcement for the new Latte Dock and I touched a bit these Now Dock old articles in order to archive them in the future...

This was  a mistake from my side, please dont give them any attention as Now Dock is considered deprecated...

thanks a lot...

with regards,

Hello everyone,

Now Dock Panel v0.5 is baked and ready for consume!!!

"...a Plasma Panel and Plasmoid which are trying to implement the mac or plank way of managing plasmoids and tasks... "

Now Dock Panel v0.5.0

Now Dock Plasmoid New Features:
  • real icon shadows all the time
  • fix, settings activities for a task
  • various small improvements and adjustments in order to cooperate smoothly with the new architecture of Now Dock Panel 0.5

Now Dock Panel New Features:
  • masking support,transparent areas are letting their mouse events to go to dock's underneath windows
  • Visibility States: Below Active, Below Maximized, Windows Cover, Windows Go Below, Auto Hide, Always Visible
  • beautiful sliding animation for showing or hiding the dock
  • multi-screen support
  • disabled compositing support

Installation Steps

Step 1: Uninstall any locally installed now dock components by using the uninstall-local.sh script 

Step 2: the installation process for Now Dock Panel 0.5 must be followed manually through the installation script!!!

install-global.sh: provides a "for all users" installation including the translations but it has some basic plasma dependencies

Requirements for build and install:

  • cmake
  • plasma-desktop >= 5.8.0

and development packages for:
  • Qt5Core >= 5.6.0
  • Qt5Qml >= 5.6.0
  • Qt5Quick >= 5.6.0
  • KF5Plasma >= 5.25.0   (plasma-framework-devel)
  • KF5PlasmaQuick >= 5.25.0  (kdeclarative-devel)
  • KF5WindowSystem >= 5.25.0  (kwindowsystem-devel)
  • KF5KDELibs4Support >= 5.25.0  (kdelibs4support-devel)
  • KF5CoreAddons >= 5.25.0   (kcoreaddons-devel)

Important 1: From version 0.5 the Now Dock Plasmoid is included in the Now Dock Panel

Important 2: until Plasma 5.9 comes out, for transparent panels you should use the python interface to produce a corresponding plasma theme, plasma-transparent-panel.py.v0.2.2.tar.gz

[Now Dock Panel v0.5 - store.kde.org]

[OpenSuse BuildService]
[Arch - AUR]

I hope you find them useful!!


Hello everyone,

Now Dock Panel and Plasmoid v0.4 for Plasma 5.8 are here!!!

"...a Plasma Panel and Plasmoid which are trying to implement the mac or plank way of managing plasmoids and tasks... "

Now Dock Panel v0.4

Now Dock Plasmoid New Features:
  • plasma 5.8 fixes
  • player buttons in menu
  • set activities for a task
  • fixes in animations
  • add window options

Now Dock Panel New Features:
  • plasma 5.8 fixes
  • add shadows for the applets
Important 1: for Now Dock Panel the installation process must be followed manually through the installation scripts!!!

install-local.sh: per-user straight forward installation but without the translations
install-global.sh: provides a "for all users" installation including the translations but it has some basic plasma dependencies

Important 2: for transparent panels you should use the python interface to produce a corresponding plasma theme, plasma-transparent-panel.py.v0.2.2.tar.gz

[Now Dock Plasmoid v0.4 - store.kde.org]
[Now Dock Panel v0.4 - store.kde.org]

I hope you find them useful!!


Hello everyone,

Now Dock Panel and Plasmoid v0.3 is here!!!

Now Dock Window Previews

Now Dock 0.3 - youtube video

I want to thank everyone who helped me with this release and all the community around this effort that sent patches, made a huge debugging effort to improve the experience and in the end encouraged all the project's contributors!!

Now Dock Plasmoid New Features:
  • support different launchers per activity
  • window previews
  • highlight windows
  • anchor your plasmoid wherever you want in order to provide proper zoom animation
  • visual indicator for tasks progress (e.g. copying files)
  • change infrastructure for icons in order to solve many issues with old implementation and provide no blurred icons always
  • configure animation duration
  • work smoothly with Now Dock Panel (v0.3)
  • support Plasma 5.8

task progress (copying a file)

Now Dock Panel hovering widgets

Now Dock Panel Features:
  • Now Dock Panel Configuration Window
  • add plasmoids and animate them
  • lock plasmoids in order not to animate
  • automatic categorizing of plasmoids that probably would break the hovering animation
  •  automatic mode to grow or shrink the icons based on the length or height of the panel
  • anchor the panels content in every way you want, center, left, right, top, bottom
  • beautiful visuals for dragging and drag n' drop plasmoids
  • support plasma's panel theme and set its background size

opening app launcher

Now Dock Panel Configuration

[Now Dock Plasmoid v0.3 - store.kde.org]
[Now Dock Panel v0.3 - store.kde.org]

I hope you find them useful!!


Hello everyone,

time has passed and a new development effort stuck up in my brain :)!!  Three years ago, I was struggling to support the WorkFlow Components and promote the idea around Activities and WorkAreas. This was a very succesful project in my opinion that promoted also a lot the concept around Activities, which I consider as a fanstastic technology for the users workflows. But time passed, Plasma 5 got into our lives :) and its new components and design decisions around Activities found me more than satisfied.

Now Dock

It was around two months before that I first used Plank. This is a dock created around GNOME technologies which implements a very beautiful and easy dock for a Linux desktop with very attractive animations and smoothness. I liked it a lot but my Plasma desktop was obvious that it was a second citizen. I wanted something that would show its love around Plasma! That would use the fastastic tank of plasmoids and could understand of course Activities which have made my life a lot simpler.

hovering the now dock plasmoid

In that sense I started playing with qml again and after a little time the first version of Now Dock Plasmoid appeared in kdelook. The Now Dock plasmoid tries to be an alternative taskmanager for Plasma and its main concerns are beautiful animations, easy to use and smoothness. Its currently implemented features are:

  • smooth zoom animation like Plank
  • support launchers
  • various little animations all around
  • progress visual indicator for tasks e.g. copying a file (v0.3 - master)
  • using plasma theme for panel and colors
  • support dragging tasks and drag n' drop from outside
  • can be added in desktop or a panel
  • different icon sizes

hovering now dock panel

hovering now dock panel above a window

A litlle after plasmoid's publishment there were users that wanted a more personalized experience, for example a way to add their Places, clocks, etc in Now Dock. It was obvious then that it could be possible that a Now Dock Panel could exist. My thought was around a panel that would animate its plasmoids like the plasmoid was. To be honest I wasnt sure at that point that this was possible. But things moved more smoothly than I feared in the beggining. The Now Dock Panel lives in github for now but in a few days its first version (v0.3 in order to be in parallel with the plasmoid) will be published in kdelook. Its currently implemented features are:
  • animate its plasmoids
  • set the panel visual size in order to support plasmoids that live in the air and animate outside the panel
  • its a normal panel so you can add your plasmoids in it with the traditional way
  • can be set in any of the screen's four edges
  • lock any plasmoid you dont want to animate
  • interacts smoothly with the Now Plasmoid in order not to break the animation
  • move your plasmoids 

The Now Dock plasmoid in kdelook stands in version 0.2.2 but shortly versions 0.3 for both the plasmoid and the panel will be published. You can find their code at:

Abstract Roadmap
  1. Release Now Dock Panel and Plasmoid version 0.3
  2. take some feedback from kdelook users and in general the KDE community
  3. try to make this a Plasma project
  4. full code polishing, changing codepaths when it's needed for better practises
  5. finally included in an official repo. e.g. extras???
  6. maintaining littly by little after that :)
phase 1-2, will be probably a month from now
phase 3-4, will probably need two months at least
phase 5, we can not know at this stage


What you should know if you try this components!!!
  1. The transparency for the panel is offered currently by your plasma theme. There is a way in plasma themes to make a specific panel fully transparent based on its position (top, bottom, left etc.). I have created a python script and gui in order to help you with this. From the gui you can choose your theme, which panel you want transparent and what shadows you would like to be shown and the script creates a new theme that has only the specific panel transparent.
  2. For the above behavior of panel transparency there are messages from the great Plasma team that it could be supported in Plasma 5.9 so the theme solution it will not be needed any more.
  3. Currently the height or width that is needed from the panel in order to show all the animations must be set from the user. There is in the Now Dock plasmoid a configuration option to show you a red line that marks how much space is needed for the animations.

  1. To the great maintainers of the new libtaskmanager and the taskmanager plasmoids based on which the Now Dock plasmoid is based.
  2. To the great maintainers of the Plasma's Panel component on which the Now Dock Panel is also based.
  3. To the great Plasma team which had the patience to answer me so many naive questions during the last weeks... :)

have fun everyone...


P.S. I would love to have your feedback and sent me also your issues in the project's github page...

Ever since the port to QT5/KF5 in 2015, Kdenlive has seen an increasing momentum to developing its full potential in being a stable and reliable video editing tool which the FLOSS community can use to create content and democratize communication. In 2016 the project saw a redesign of its visual identity (logo, website), the reintroduction of some much requested tools like rotoscoping and a Windows port. During these couple of years we’ve seen a boom in the size of the community.

We’ve had some highs and lows during this process and are now ready to go a step further and bring professional-grade features to the FLOSS video editing world. To make this happen faster we would love to see new contributors jumping in. These are some parts that you can contribute to:


Since the beginning of the year, we have been working on a big refactoring/rewrite of some of the core parts of Kdenlive. Being more than 10 years old, some parts of our code had become messy and impossible to maintain. Not to mention the difficulty in adding new features.

Part of the process involves improving the architecture of the code, adding some tests, and switching the timeline code from QGraphicsView to the more recent QML framework. This should hopefuly improve stability, allow further developments and also more flexibility in the display and user interaction of the timeline.

You can see a preview of some of the new QML timeline features in the above video.
We plan to release the refactoring branch for the Kdenlive 17.08 release cycle.


  • AppImage – Thanks to the help of Scarlett Clark (KDE) a lot of progress has been made on an automated daily build system which will allow easy testing of the latest feature.
  • Flatpak – We are looking for help to achieve similar results as AppImage.
  • Snaps – A first version was made available a few months ago. Currently on hold, help welcome.
  • Windows – We are looking for help to achieve similar results as AppImage.
  • OSX – There is an initiative by the Macports team to port Kdenlive and package it but progress has been slow.


Our initial Alpha release of Windows has been a success. Some people have switched to editing fulltime in Kdenlive and reviewers have praised it. We need developers to help find and fix some Windows specific bugs and bring Kdenlive on par with its GNU/Linux counterpart. One example is currently a bug that prevents rendering Jpeg images.

Next release

Due to the refactoring efforts, the 17.04 release cycle, which is right down the corner, will include code cleanup and some welcome bugfixes but no major changes. More details about this release will follow soon.

Our next monthly café will be held on Tuesday, the 11th of april 2017, at 21pm (CET) on irc.freenode.net, channel #kdenlive, everyone is welcome to join and this is a great opportunity to get in touch with the dev team, which can otherwise be contacted through a good old mailing list.

On a side note, the Frei0r project, which powers many Kdenlive effects just released version 1.6.0 which brings some new filters as well as crash fixes, so all packagers are encouraged to upgrade.

All in all 2017 promises to be an exciting year for Kdenlive, join us!

In Qt 5.9 is now possible to render Qt Quick applications with OpenVG when using hardware that supports it. This is made possible by a new scene graph adaptation that uses EGL and OpenVG to render Qt Quick scenes.  When using Qt for Device Creation, it means that it now be possible to run with graphics hardware acceleration on some devices where today only software rendering is available.

OpenVG Logo

So what is OpenVG (or if you already know: Seriously… OpenVG?)

OpenVG is an API for hardware accelerated 2D vector graphics.  The API exposes the ability to draw and shade paths and images in an accelerated manner.  The OpenVG 1.1 standard was developed by the Khronos Group and is implemented by vector GPU vendors.  The reason for the tone of sarcasm in my sub-heading and why I am sure there will be more than a few readers eye-rolling is that OpenVG has been around for quite some time.  The latest update of the OpenVG 1.1 standard was released in 2008. In addition the Khronos working group for OpenVG has since disbanded likely meaning there will not be any further updates.

This is also not the first time that Qt has supported OpenVG in one way or another.  In Qt 4 there was an OpenGL paint engine that enabled QPainter commands to be rendered using the OpenVG API. I do not wish to revive that code, but rather choose to limit usage of the OpenVG API to a smaller subset to accelerate the rendering of Qt Quick applications.

So why OpenVG now?

Qt runs on many embedded devices, but to get the most benefit out of Qt Quick has so far required at least OpenGL 2.0 support. At the same time customers want to use Qt Quick on their low-end embedded devices lacking OpenGL-capable GPUs.  So first we introduced the Software adaptation, previously known as the Qt Quick 2D Renderer. See our previous posts here and here. There is however an in-between where hardware has a GPU supporting OpenVG 1.1 but not OpenGL 2.0.  OpenVG is a good match for accelerating the rendering of Qt Quick because most features can be enabled, leading to better performance on hardware that has OpenVG-capable GPU.

A few examples of system-on-chips with this configuration are the NXP iMX6 SoloLite, and Vybrid VF5xxR chips which both use the GC355 Vector GPUs enabling OpenVG.  The OpenVG working group may no longer be actively working on the standard itself, but SoC vendors are still releasing on hardware that supports OpenVG.

How does it perform?

The expected behavior for the OpenVG adaptation is that it fills the space between OpenGL and Software rendering.  With hardware that supports both OpenGL and OpenVG, expect the OpenGL renderer to outperform OpenVG as OpenGL gives more opportunities for optimisation.  If you test the OpenVG adaptation on a Raspberry Pi you will see that default OpenGL renderer will do significantly more before dropping below 60 FPS.

How can I make use of the OpenVG adaptation?

To use the OpenVG backend you will need to build Qt with support for it.  In Qt 5.9 we have re-added a test for OpenVG support which will enable the feature in Qt Quick.  Once you have a suitable build of Qt deployed to your target device you will need to run your application with a platform plugin that supports EGL (EGLFS or MinimalEGL).  Then if you set the environment variable QT_QUICK_BACKEND=openvg your Qt Quick applications will create OpenVG capable EGL surfaces, and render using OpenVG commands. For more information, see the scenegraph adaptation section at the snapshot documentation site.


Like the Software adaptation, the OpenVG adaptation comes with some limitations due to the lack of 3D and Shader Effects.  It is not possible to use QML components that depend on OpenGL or Shader Effects directly. That means that Qt Quick modules like Particles and Graphical Effects are not available.  If your application works with the Software adaption, it will work better with the OpenVG backend with hardware capable of using it.

The EGLFS platform plugin also introduces some limitations.  When using EGLFS platform with Qt for Device Creation you may have become accustom to having a mouse cursor and support for multiple child windows.  Despite the platform plugins name (EGL Fullscreen) it is a bit naughty and does use OpenGL for a few things. Specifically composing multiple windows and the mouse cursor.  If you use EGLFS on a platform without OpenGL though, these features are not available.  In a shipping device this usually isn’t an issue.  It can be annoying if you don’t expect it during the development phase.  Funny enough we had a very similar limitation with the OpenVG paint engine in Qt 4 with QWS.


In the embedded space there is a need to make use of any available resources. This adaptation is just one more way that Qt is helping fill that need.  I hope that this adaptation will make some of your device creation efforts easier so that you can spend more time making cool products with Qt.  Thanks for reading and keep on hacking.

The post Getting more out of Qt Quick with OpenVG appeared first on Qt Blog.

We’re working like crazy on the next versions of Krita — 3.1.3 and 4.0. Krita 3.1.3 will be a stable bugfix release, 4.0 will have the vector work and the python scripting. This week we’ve prepared the first 3.1.3 alpha builds for testing! The final release of 3.1.3 is planned for end of April.

We’re still working on fixing more bugs for the final 3.1.3 release, so please test these builds, and if you find an issue, check whether it’s already in the bug tracker, and if not, report it!

Note for Windows Users

We are still struggling with Intel’s GPU drivers; recent Windows updates seem to have broken Krita’s OpenGL canvas on some systems, and since we don’t have access to a broken system, we cannot work around the issue.


Note for Windows users: if you encounter crashes, please follow these instructions to use the debug symbols so we can figure out where Krita crashes.


A snap image for the Ubuntu App Store will be available soon. You can also use the Krita Lime PPA to install Krita 3.1.3-alpha.2 on Ubuntu and derivatives.


Source code


For all downloads:


The Linux appimage and the source tarbal are signed. You can retrieve the public key over https here:
. The signatures are here.

March 30, 2017

Here’s Nathan with a piece of good news:

After months of work, I’m glad to announce that Make Professional Painterly Game Art with Krita is out! It is the first Game Art training for your favourite digital painting program.

In this course, you’ll learn:
1. The techniques professionals use to make beautiful sprites
2. How to create characters, background and even simple UI
3. How to build smart, reusable assets

With the pro and premium versions, you’ll also get the opportunity to improve your art fundamentals, become more efficient with Krita, and build a detailed game mockup for your portfolio.

The course page has free sample tutorials and the answers to all of your questions.

Learn more:


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

Qt Quick Designer with integrated code editor

Qt Quick

Qt Quick Designer now integrates a QML code editor. This allows you to use views like the Properties editor and the Navigator also for text based editing. When you use the split view, you directly see the effects of what you are doing. The graphical editor got support for adding items and tab bar to stacked containers like StackedLayout and SwipeView, a tool bar with common actions, and support for HiDPI displays.

When you profile your Qt Quick application with the QML Profiler, you see performance information now also directly in the QML code editor. And the profiler itself received many performance improvements as well.


If you use Qt Creator with CMake 3.7 or later, we now use the server-mode that was added to CMake 3.7 for the benefit of IDEs. It provides much better information about the project structure, include paths, and more, than what we could parse from the generators and Makefile before. As a result you also see products and targets in the project tree and can build them individually.

Regardless of CMake version we added header files to the project tree, even if they are not listed explicitly in the project files. You now can also import existing builds of a CMake project, like we already provide for QMake based projects, which sets up a kit with the information found in the CMake cache from the build, and registers new toolchains and Qt versions as needed.


Sometimes code is interpreted differently in different contexts. A file can be used by different (sub-)projects with different defines, or be included in the context of C, C++, Objective-C, or Objective-C++. You already could choose a different project in the dialog behind the little # in the editor toolbar. We moved this to a separate dropdown menu in the editor toolbar, and added the choice of language as well.

If you are up for a bit of experimentation, enable the ClangRefactoring plugin. It adds preliminary support for clang-query to Advanced Find and uses Clang for the local renaming refactoring.

Mobile Development

If you use Qt Creator for iOS development, you can now choose the developer team and provisioning profile used for signing. This overrides the default that QMake chooses and any settings you have in your project files.

Unfortunately the newest version 25.3.1 of the Android SDK does not work with current Qt and Qt Creator versions. Some essential tools that we relied on have changed. We are working on fixing the issue. You can track it through QTCREATORBUG-17814. For the time being please stay at Android SDK 25.2.5.

CDB Support

The CDB debugging support that we ship with our packages now uses a Python based pretty printing backend. That has multiple advantages. The debugger starts much faster, and the unification of pretty printing between GDB, LLDB and CDB brings more and better pretty printers to Qt Creator’s CDB support.

Other Improvements

There have been many more improvements, which are described in more detail in our change log.

Get Qt Creator 4.3 Beta

The opensource version is available on the Qt download page, and you find commercially licensed packages on the Qt Account Portal. Please post issues in our bug tracker. You can also find us on IRC on #qt-creator on chat.freenode.net, and on the Qt Creator mailing list.

Note: We now provide 64-bit offline installers for Windows.

The post Qt Creator 4.3 Beta released appeared first on Qt Blog.

March 29, 2017

This is a neat little trick that’s been making the rounds, and after seeing success with several people on Reddit I thought it was worth posting somewhere more visible. This will look at removing screen tearing (often entirely) when using Nvidia Proprietary graphics on the Plasma Desktop.

First, you should only do this if…

  1. You are running Proprietary Nvidia drivers.
  2. You are experiencing nasty screen tearing.
  3. You are using a recent driver version.
  4. You trust instructions from the internet.

The trick is enabling a feature called “Force Composition Pipeline”, or “Force Full Composition Pipeline”. What this does is essentially a driver-level vsync, but I haven’t found particularly good documentation on the feature. Most instructions you can find online will instruct you how to do this manually via config files, but I’ll explain how to do it via GUI as less can go wrong, and the GUI is there to be used. You can do a search online and easily find several manual sets of instructions if the GUI isn’t your thing.

  1. Open your favourite launcher and go to Applications -> Settings -> Nvidia X Server Settings.
  2. On the left side pane, select “X Server Display Configuration”. It’s second from the top.
  3. Select a monitor.
  4. Click “Advanced” to show all the options (if they are not already shown)
  5. Check “Force Composition Pipeline”.
  6. Return to step 3 if you have more than one monitor, until all the monitors are configured.
  7. Click “Apply”.
  8. If it hasn’t eaten a puppy, you’ll see the confirmation to keep the settings. If things have gone terribly wrong, wait half a minute and it will revert the changes.

If you still experience tearing, you may need to go and “Force Full Composition Pipeline”, which is a more extreme version of the feature.

As a follow-up, if the composition pipeline is on and working, the Nvidia driver is essentially providing its own flavour of vsync. You’ll likely want to turn off Kwins vsync otherwise you may experience stutter in several situations, where it essentially halfs your potential frame rate. This mostly applies to games, possibly video, and I only recommend this step if you see stutter too;

  1. In your favourite launcher go to Applications -> Settings -> System Settings.
  2. Select “Display and Monitor”.
  3. On the left side pane, select “Compositor”.
  4. Under “Tearing Prevention (‘vsync’)” select “Never”. You may wish to take note of the current setting if you need to revert it later, by default it’s “Automatic”.

Of course, there are some “gotchas” to keep in mind!

First; if you change your displays, rotate them, or anything else, you may experience tearing again, especially if you disabled Kwins Tearing Prevention. You’ll need to go back in and re-apply the settings.

Second; you may see a performance impact with games. I personally haven’t, but several articles on this subject do mention it as a drawback of this feature. Additionally it’s not quite something you can toggle on/off easily if getting your game on is impacted.

Third; on laptops with Nvidia PRIME, you may have difficulty enabling this feature. If you do, you may want to leave Kwin Tearing Prevention alone should it switch to Intel graphics and begin tearing. I’m not an expert on this and cannot test this with a PRIME-enabled machine, so your mileage may vary.

Lastly; these are instructions from someone who doesn’t know a huge amount about drivers and display servers. For all I know this heats up your GPU to 300 degrees and was meant to roast marshmallows. Proceed with caution.

Special thanks to “AbstractOperator” and “cristianadam” for letting me know this works on multiple monitors, and cristianadam for pointing out this youtube video; play this video (ideally full-screen) to test and spot tearing.


March 28, 2017


Really busy time….
I really miss the time I spent on Inkscape. I hope I can find some time to go back to drawing.

p.s. do you like this emoji? ��


Cry Emoji

Quick update: Ishiiruka (fork of the Wii/GameCube emulator Dolphin for those who missed my last post) is now available on openSUSE Leap as well.

In addition to that, all openSUSE builds now build against shared wxWidgets 3.1 instead of statically linking the included one.

Get it from https://software.opensuse.org/package/ishiiruka-dolphin-unstable.

I’ve been trying macro photography and using the depth of field to make the subject of my photos stand out more from the background. This photo of a parrotfish shows promising results beyond “blurry fish butt” quality. I’ll definitely use this technique more often in the future, especially for colorful fish with colorful coral in the background.


March 27, 2017

Could you tell us something about yourself?

My nickname is Dolly, I am 11 years old, I live in Cannock, Staffordshire, England. I am at Secondary school, and at the weekends I attend drama, dance and singing lessons, I like drawing and recently started using the Krita app.

How did you find out about Krita?

My dad and my friend told me about it.

Do you draw on paper too, and which is more fun, paper or computer?

I draw on paper, and I like Krita more than paper art as there’s a lot more colours instantly available than when I do paper art.

What kind of pictures do you draw?

I mostly draw my original character (called Phantom), I draw animals, trees and stars too.

What is easy to do with Krita? What is difficult to do?

I think choosing the colour is easy, its really good, I find getting the right brush size a little difficult due to the scrolling needed to select the brush size.

Which thing about Krita is most fun?

The thing most fun for me is colouring in my pictures as there is a great range of colour available, far more than in my pencil case.

Is there anything in Krita that you’d like to be different?

I think Krita is almost perfect the way it is at the moment however if the brush selection expanded automatically instead of having to scroll through it would be better for me.

Can you show us a picture you made with Krita?

I can, I have attached some of my favourites that I have done for my friends.

How did you make it?

I usually start with the a standard base line made up of a circle for the face and the ears, I normally add the hair and the other features (eyes, noses and mouth) and finally colour and shade and include any accessories.

Is there anything else you’d like to tell us?

I really enjoy Krita, I think its one of the best drawing programs there is!

March 25, 2017

I am extremely pleased to have confirmed the entire speaker line-up for foss north 2017. This will be a really good year!

Trying to put together something like this is really hard – you want the best speakers, but you also want a mix of local and international, various technologies, various viewpoints and much, much more. For 2017 we will have open hardware and open software, KDE and Gnome, web and embedded, tech talks and processes, and so on.

The foss north conference is a great excuse to come visit Gothenburg in the spring. Apparently, Sweden’s wildest city!

You may have heard about Dolphin, not our file manager but the GameCube and Wii emulator of the same name. What you may not have heard of is Ishiiruka, a fork of Dolphin that prioritizes performance over emulation accuracy – and clean code if comments by an upstream Dolphin author on Reddit are to be believed.

Although Ishiiruka began as a reaction to remove the Direct3D 9 renderer in the Windows version of Dolphin (which is probably why the Linux community ignored it for the most part), it also began to tackle other performance issues such as “micro stuttering”.

Recently the Git master branch of Ishiiruka shipped compilation fixes for Linux, so I decided to dust off my old dolphin-emu.spec file and give it a try (I’m hardly an expert packager). So after some dabbling I succeeded. For now only Fedora 24, Fedora 25, and openSUSE Tumbleweed are supported. The packages are available from https://software.opensuse.org/package/ishiiruka-dolphin-unstable.

openSUSE Leap requires some workaround because it defaults to GCC 4. I plan to look into it at a later time. Once Tino creates a new Stable branch that incorporates the Linux fixes, I’ll post it under https://software.opensuse.org/package/ishiiruka-dolphin.

If anyone of you is interested in Arch, Debian, Ubuntu,… packages (anything supported by OBS), I’ll gladly accept Submit Requests for PKGBUILD etc. files at https://build.opensuse.org/project/show/home:KAMiKAZOW:Emulators.

March 24, 2017

Hi all, I have an awesome laptop I bought from my son, a hardcore gamer. So used, but also very beefy and well-cared-for. Lately, however, it has begun to freeze, by which I mean: the screen is not updated, and no keyboard inputs are accepted. So I can't even REISUB; the only cure is the power button.

I like to leave my laptop running overnight for a few reasons -- to get IRC posts while I sleep, to serve *ubuntu ISO torrents, and to run Folding@Home.

Attempting to cure the freezing, I've updated my graphics driver, rolled back to an older kernel, removed my beloved Folding@Home application, turned on the fan overnight, all to no avail. After adding lm-sensors and such, it didn't seem likely to be overheating, but I'd like to be sure about that.

Lately I turned off screen dimming at night and left a konsole window on the desktop running `top`. This morning I found a freeze again, with nothing apparent in the top readout:

So I went looking on the internet and found this super post: Using KSysGuard: System monitor tool for KDE. The first problem was that when I hit Control+Escape, I could not see the System Load tab he mentioned or any way to create a custom tab. However, when I started Ksysguard from the commandline, it matches the screenshots in the blog.

Here is my custom tab:

So tonight I'll leave that on my screen along with konsole running `top` and see if there is any more useful information.

KDE.org quite possibly has one of the largest open-source websites compared to any other desktop-oriented project, extending beyond into applications, wikis, guides, and much more. The amount of content is dizzying and indeed a huge chunk of that content is about as old as the mascot Kandalf – figuratively and literally.

KandalfI personally believe he’s ripped under that cloak.

The KDE.org user-facing design “Aether” is live and various kinks have been worked out, but one fact is glaringly obvious; we’ve made the layers of age and look better by adding another layer. Ultimately the real fix is migrating the site to Drupal, so I figured this post would cover some of the thoughts and progress behind the ongoing work.

Right now work is on porting the Aether theme to Drupal 8, ideally it’ll be “better than perfect port” with Drupal optimizations, making better use of Bootstrap 4, and refinements. Additionally, I’m preparing a “Neverland-style” template for those planning to use Aether on their KDE-related project sites, but it’s more of a side-project until the Drupal theme lands. Recently the theme was changed to use Bootsraps’ Barrio base theme, which has been a very pleasant decision as we get much more “out of the box”. It does require a Bootstrap library module which will allow local or CDN-based Bootstrap installations, and while at first I was asking “why can’t a theme just be self-contained?”, now I’m understanding the logic – Bootstrap is popular, multiple themes use it, this will keep it all up-to-date and can be updated itself. I do think maybe one thing Drupal should do is have some rudimentary package management that says “hey, we also need to download this”, but it’s easy enough to install separately.

If you have a project website looking to port to Aether, I would first advise you simply waiting until you can consider moving your page to the main Drupal installation when it eventually goes live; in my perfect world I imagine Drupal unifying a great amount of disparate content, thus getting free updates. Additionally, consider hitting up the KDE-www mailing list and ask to help out on content, or place feature requests for front-end UI elements. While I’m currently lurking the mailing list, I’ll try to provide whatever info I can. On an aside, I had some Telegram confusion with some people looking to contribute and concerns from administrators, so please simply defer to the mailing list.

In terms of the Aether theme, I will be posting the basic theme on our git repo; when it goes up if you have Bootstrap and Twig experience (any at all is more than I had when I started), please consider contributing, especially if you maintain a page and would migrate to Drupal if it had the appropriate featureset. I will post a tiny follow-up when the repo is up.






I’m sorry that $feature behaves differently to how you expect it. But it’s the way it is and that’s by design. The feature work exactly as it’s supposed to work. I’m sorry, this won’t be changed.


With decisions like that, no wonder KDE is still a broken mess.

I wonder why the hell I even bother reporting issues. Bugs are by design these days.

Never again.

Have a nice life.

A week ago I received my Raspberry Pi Zero W to play a bit with some IoT device. The specs of this small device computer are the following:

  • 1GHz, single-core CPU
  • 512MB RAM
  • Mini HDMI and USB On-The-Go ports
  • Micro USB power
  • HAT-compatible 40-pin header
  • Composite video and reset headers
  • CSI camera connector

But the interesting part comes with the connectivity:

  • 802.11 b/g/n wireless LAN
  • Bluetooth 4.1
  • Bluetooth Low Energy (BLE)

And especially from one of the hidden features that allows one to use the device as a headless device and connect using SSH over USB adding the following line to config.txt:
And modifying the file cmdline.txt to add:

remember to create a file called ssh to enable SSH access to your Raspberry Pi. There are plenty tutorials over the Internet showing this! ��

To build a Qt version for the device you can follow this guide.
In the following screen shot, we can see the calqlatr example running directly on the Raspberry Pi:


One of the use cases which comes to my mind using this device and this feature is being able to create portable presentations and show them on any computer without the need of installing new software.


For the presentation, I used the qml-presentation-system (link).

More use cases could be:

  • Application showcase.
  • Custom text editor for taking your notes everywhere.

Please comment if you have other ideas or use cases.

The post WebGL streaming in a Raspberry PI Zero W appeared first on Qt Blog.

March 23, 2017

Today the Kubuntu team is happy to announce that Kubuntu Zesty Zapus (17.04) Beta 2 is released . With this Beta 2 pre-release, you can see and test what we are preparing for 17.04, which we will be releasing April 13, 2017.

Kubuntu 17.04 Beta 2


NOTE: This is Beta 2 Release. Kubuntu Beta Releases are NOT recommended for:

* Regular users who are not aware of pre-release issues
* Anyone who needs a stable system
* Anyone uncomfortable running a possibly frequently broken system
* Anyone in a production environment with data or work-flows that need to be reliable

Getting Kubuntu 17.04 Beta 2:
* Upgrade from 16.10: run `do-release-upgrade -d` from a command line.
* Download a bootable image (ISO) and put it onto a DVD or USB Drive : http://cdimage.ubuntu.com/kubuntu/releases/zesty/beta-2/

Release notes: https://wiki.ubuntu.com/ZestyZapus/Beta2/Kubuntu

Older blog entries

Planet KDE is made from the blogs of KDE's contributors. The opinions it contains are those of the contributor. This site is powered by Rawdog and Rawdog RSS. Feed readers can read Planet KDE with RSS, FOAF or OPML.