I did a lot of work for breeze icons and l think it fits the kde desktop, gnome core and libreoffice very well.
But kde mean community, customization, open for 3rd party. So I would like to help icon designers to ship there icon sets for kde or libreoffice. I don’t want to start a new icon set. I’d like to help open source designers to ship there awesome work for kde.
Are you an icon designer and need help? Are you a user and want to have a better integration of your favorite icon set? Are you an app developer and your app wasn’t supported with breeze icons.
Leave a comment, for a better open source experience.
We are happy to announce the release of Qt Creator 4.2 Beta.
Qt SCXML Editor
Qt SCXML is a new module in Qt that allows you to create state machines from State Chart XML and embed them into Qt C++ and Qt Quick applications (Overview). It was released as Technical Preview in Qt 5.7 and will be released fully supported with Qt 5.8.
Qt Creator 4.2 now supplements the module by offering a graphical editor for SCXML (experimental). It features editing states and sub-states, transitions, events, and all kinds of properties. The editor is experimental and the plugin is not loaded by default. Turn it on in Help > About Plugins (Qt Creator > About Plugins on macOS) to try it.
We reworked how you select the project and it’s diverse settings in Projects mode. Instead of nested tabs, you now select the project from a dropdown, and the settings that you want to edit from a tree that shows all available kits and other categories, making for a much cleaner UI. Enabling use of a kit for a project is now easily done by clicking the entry in the tree. Please provide feedback on any remaining issues through our bug tracker.
Qt Quick Designer
Qt Quick Designer has received many smaller features in this release. In the connections editor there is a new section for managing the imports and property definitions that are necessary for using C++ backend objects (documentation). Also support for padding (Qt Quick 2.6) was added, and you can now edit the when condition of states, and the diverse font properties of text items.
Other Additions and Improvements
When profiling your QML code you now have the option to show memory usage and allocations as flame graphs as well.
We added Tools > Diff > Diff Current File and Diff Open Files for showing a local diff of the modifications of files in Qt Creator with respect to their versions on disk.
CMake integration has added support for platforms and toolsets, and for predefined options for properties.
There were many more changes, which are described in more detail in our change log.
Get Qt Creator 4.2 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.
Nos costó arrancar este año. Tuvimos un invierno duro pero nos hemos puesto las pilas desde el verano para que la segunda temporada de podcast llegue a un número aceptable de ellos. De esta forma, ya llevamos 5 episodios esta segunda temporada, quedando solo a dos de igualar a la primera. No obstante, tenemos un problema, no sabemos que temas os interesan más. Así que os pedimos colaboración: ayúdanos a decidir el tema del próximo podcast de KDE España que grabaremos en el mes de noviembre.
Si no hay inconveniente, el próximo 15 de noviembre tendremos el gusto de reunirnos algunos simpatizantes del proyecto KDE para realizar el sexto episodio de la segunda temporada de los podcast de KDE España.
No obstante, en esta ocasión no puedo avanzar el tema ya que no lo tenemos decidido. Así porque queremos que seáis vosotros los que nos ayudéis a decidir participando en una encuesta. Así que para participar os animo a hacer clic en este enlace o directamente en el tweet inferior.
Se acerca nuevo podcast de @KDE_Espana. Ayúdanos a elegir tema. Tienes una semana para votar.
— KDE_España (@KDE_Espana) October 22, 2016
Como veis en esta ocasión no nos decidimos entre hablar de cosas técnicas (y muy importantes) o cosas más orientadas a usuarios (y también muy importantes). ¡Ayudadnos! Tenéis hasta este sábado 29 de octubre a las 11:30 para votar.
En un afán de acercarnos más a todos los simpatizantes de KDE hace un tiempo que empezamos a realizar podcast. En ellos varios miembros de la Comunidad KDE de España nos reunimos para hablar un poco de los diversos proyectos.
Hemos hablado de muchos temas como por ejemplo Akademy, KDE Connect, Plasma Mobile, el aniversario de KDE, distribuciones, blogs, etc.
QtCon brought together five communities to host their respective conferences at a same time and place, creating one big and diverse conference. Those communities were Qt, KDAB, KDE (celebrating 20th birthday), VLC and FSFE (both celebrating 15th birthday).
Main conference hall of QtCon at bcc
That diversity of themes was a very interesting characteristic of QtCon. I really appreciated see presentations of Qt and KDAB people, and I was surprised about topics related with VLC community. The strong technical aspects of trends like Qt in mobile, Qt in IoT (including autonomous cars), the future of Qt, Qt + Python, contributing to Qt, and more, called my attention during the conference.
On VLC I was surprised with the size of the community. I never imagined VLC had too much developers. In fact, I never imagined VideoLAN is in fact an umbrella of a lot of projects related with multimedia, like codecs, streaming tools, VLC ports to specific devices (including cars through Android Auto), and more. Yes, I really appreciated to find these persons and watch their presentations.
I was waiting for the VLC 3.0 release during QtCon, but unfortunately it did not happen. Of course the team is improving this new release and when it is finished I will have a VLC to use together with my Chromecast, so, keep this great work coneheads!
FSFE presentations were interesting as well. In Brazil there are several talks about political and philosophical aspects of free software in conferences like FISL and Latinoware. In QtCon, FSFE brought this type of presentation in an “European” style: sometimes the presentations looks like more pragmatically in their approaches. Other FSFE presentations talked about the infrastructure and organizational aspects of the foundation, a nice overview to be compared with others groups like ASL.org in Brazil.
Of course, there were a lot of amazing presentations from our gearheads. I highlight the talks about KDE history, Plasma Desktop latest news, Plasma Mobile status, KF5 on Android, the experience of Minuet in mobile world, among others.
The KDE Store announcement was really interesting and I expect it will bring more attention to the KDE ecosystem when software package bundles
(snap/flat/etc) be available in the store.
Other software called my attention was Peruse, a comic book reader. I expect developers can solve the current problems in order to release a mobile version of Peruse, so this software can reach a broad base of users of these platforms.
After the end of QtCon, Akademy had place in TU Berlin, in a very beautiful and comfortable campus. This phase of the conference was full of technical sessions and discussions, hacking, and fun.
I attended to the Flatpack, Appstream, and Snapcraft BoFs. There were a lot of advanced technical discussions on those themes. Every Akademy I feel very impressed with the advanced level of the technical discussions performed by our hackers in KDE community. Really guys, you rocks!
The Snapcraft BoF was a tutorial about how to use that technology to create crossdistro bundle packages. That was interesting and I would like to test more and give a look in Flatpack in order to select something to create packages for Cantor.
Unfortunately I missed the BoF on Kube. I am very interested in an alternative PIM project for KDE, focused in E-Mail/Contacts/Calendar and more economic in computational resource demand. I am keeping my eyes and expectations on this project.
The others days basically I spent my time working on Cantor and having talk with our worldwide KDE fellows about several topics like KDE Edu, improvements in our Jabber/XMPP infrastructure, KDE 20th years, Plasma in small-size computers (thanks sebas for the Odroid-C1+ device ) WikiToLearn (could be interesting a way to import/export Cantor worksheets to/from WikiToLearn?), and of course, beers and Germany food.
And what about Berlin? It was my second time in the city, and like the previous one I was excited with the multicultural atmosphere, the food (<3 pork <3) and beers. We were in Kreuzberg, a hipster district in the city, so we could visit some bars and expat restaurants there. The QtCon+Akademy had interesting events as well, like the FSFE celebration in c-base and the Akademy daytrip in Peacock Island.
So, I would like to say thank you for KDE e.V. for funding my attendance in the events, thank you Petra for help us with the hostel, and thank your for all the volunteers for work hard and make this Akademy edition a real celebration of KDE community.
Some Brazilians in QtCon/Akademy 2016: KDHelio, Lamarque, Sandro, João, Aracele, Filipe (me)
New mobile IMG update,
You can flash using instructions at https://plasma-mobile.org/nexus-5/
Mi nombre es Antonio Larrosa, nací en Málaga hace 38 años y soy licenciado en Matemáticas. Durante 10 años trabajé en una empresa de software privativo diseñando y desarrollado software para almacenamiento de datos a gran escala para el archivo de cadenas de TV sobre Linux, he sido profesor asociado en la Universidad de Málaga, en Informática e Ingeniería Industrial, y actualmente trabajo en SUSE en el equipo de escritorio. Soy miembro de KDE e.V., presidente de KDE España y representante de SUSE/openSUSE en el KDE Advisory Board.
¿Qué es lo que te gustó de KDE? ¿Y lo que menos?
Mi motivación inicial fue desarrollar algo que necesitaba en Linux y que no existía. Vi que había mucho código escrito y que me estaban dando permiso para leer, aprender y modificar cómo funcionaba absolutamente todo en mi ordenador, así que era un gran poder… y todo el mundo sabe que un gran poder conlleva una gran responsabilidad, así que decidí que yo también podía contribuir y dar un poco de vuelta a cambio de todo lo que me estaban dando y que otras personas por todo el planeta aprovecharan y se beneficiaran también de todo lo que yo hiciera. Tengo que admitir que la importancia de las licencias libres, la protección de las libertades de los usuarios y el acceso universal a la tecnología es algo que me llegó después pero que hoy en día no se debe olvidar en ningún caso.
En la actualidad, ¿Colaboras con el Software Libre en general y KDE en particular?
Pues empecé con KMid, KPager (que ya no existe pero que fue el origen de la vista miniaturizada en el panel de las aplicaciones en cada escritorio virtual, cosa que no existía en Linux en la época) y otras, hice muchos arreglos en las librerías de KDE, mantuve durante muchos años las clases relacionadas con los temas de iconos y la carga de iconos, hice arreglos en casi todas las aplicaciones de KDE entre el 98 y el 2002/2003, hice traducciones de aplicaciones, tutoriales y páginas web, mantuve contactos con la prensa (durante años fui el “representante de KDE para España”), escribí artículos en revistas de publicación nacional, di cerca de 100 conferencias en distintos eventos a lo largo de toda España desde 1998 y he mentorizado varios proyectos de KDE en el Google Summer of Code. Además, fui el organizador de Akademy 2005, y de la Akademy-es 2014 que tuvieron lugar en Málaga, miembro de KDE e.V. desde 1999 y miembro fundador de la asociación KDE España, de la que recientemente he sido elegido presidente.
Ya sabemos que en realidad KDE es una Comunidad formada por personas que crea Software para personas, así que me gustaría conocer un poco más los integrantes y saber de sus gustos personales:
Muchas gracias por tu tiempo, estoy seguro que los lectores del blog habrán disfrutado tanto de la entrevista como yo.
Getting the correct dependencies and up to date version of required libraries has always been a challenge for Kdenlive users. So we are pleased to announce that we now provide binary packages for download. These packages contain the latest Kdenlive development version (git master), as well as current development versions of MLT, Frei0r, OpenCV. The GPU movit library is not included at this stage. There might be some performance hit due to the nature of the formats, but these packages will be most helpful to debug and test the alpha/beta versions so that we can provide better releases. It will also help to identify issues linked to missing dependencies or outdated libraries on your system.
So if you are ready, you can download Kdenlive’s first AppImage here:
Then, simply make the file executable and run it! In a terminal:
We also provide a Snap package available for testing on Ubuntu distros:
The snap package is in the edge channel and requires “devmode” because of current limitations in the snap format.
We will provide several updates to this packages before the Kdenlive 16.12 release so that you can follow the development / bug fixes.
hace menos de una semana que se anunciaron las charlas que forman parte de la nueva serie de ponencias que organiza la UNED de Vila-real con el objetivo de potenciar el Conocimiento Libre. De esta forma este miércoles ya tenemos prevista la primer charla “Software Libre, mucho más que Software” y hoy me complace anunciar el segundo evento: el Taller de instalación de GNU/Linux en las V Jornades Libres. Una excelente oportunidad de iniciarse de una forma guiada en el mundo GNU/Linux.
El primer taller de las V Jornadas se celebrará el 28 de octubre a las 17 horas, el protagonista será GNU/Linux a cargo de Ignacio Monforte infomático del Centro Asociado de la UNED de Vila-real y colaborador muy activo de las Jornadas.
Esta jornada tiene como objetivo es familiarizarse con la instalación de una distribución GNU/Linux en un ordenador personal, lo cual realizaremos mediante máquinas virtuales o en los portátiles u ordenadores de sobremesa que la gente traiga al taller.
Aprovecho para comentar que ya tenemos enlace para la emisión en streaming de la charla del próximo miércoles “Software Libre, mucho más que Software”: https://www.intecca.uned.es/portalavip/directos.php?ID_Grabacion=52548&ID_Sala=164360
La información básica del taller es la siguiente:
Otras informaciones útiles respecto a las V Jornades Lliures son las siguientes:
Agradecemos a la UNED de Vila-real las facilidades para realizar las charlas y los talleres, así como a toda la gente involucrada en las jornadas su buena predisposición.
Mageia KDE Team just finished to push in Mageia cauldron :
– Plasma 5.8.2 ( the Plasma LTS version )
– KDE Applications 16.08.2
– KDE Frameworks 5.27.0
If you find packaging bugs don’t hesitate and come in Mageia Bugtracker
And if you want to join KDE Team and help you can mail us or find us on IRC ( freenode : #mageia-kde ).
KDE turned twenty recently, which seems significant in a world that seems to change so fast. Yet somehow we stay relevant, and excited to continue to build a better future.
Lydia asked recently on the KDE-Community list what we were most proud of.
For the KDE community, I'm proud that we continue to grow and change, while remaining friendly, welcoming, and ever more diverse. Our software shows that. As we change and update, some things get left behind, only to re-appear in fresh new ways. And as people get new jobs, or build new families, sometimes they disappear for awhile as well. And yet we keep growing, attracting students, hobbyist programmers, writers, artists, translators, designers and community people, and sometimes we see former contributors re-appear too. See more about that in our 20 Years of KDE Timeline.
I'm proud that we develop whole new projects within the community. Recently Peruse, Atelier, Minuet, WikitoLearn, KDEConnect, Krita, Plasma Mobile and neon have all made the news. We welcome projects from outside as well, such as Gcompris, Kdenlive, and the new KDE Store. And our established projects continue to grow and extend. I've been delighted to hear about Calligra Author, for instance, which is for those who want to write and publish a book or article in pdf or epub. Gcompris has long been available for Windows and Mac, but now you can get it on your Android phone or tablet. Marble is on Android, and I hear that Kstars will be available soon.
I'm proud of how established projects continue to grow and attract new developers. The Plasma team, hand-in-hand with the Visual Design Group, continues to blow testers and users away with power, beauty and simplicity on the desktop. Marble, Kdevelop, Konsole, Kate, KDE-PIM, KDElibs (now Frameworks), KOffice (now Calligra), KDE-Edu, KDE-Games, Digikam, kdevplatform, Okular, Konversation and Yakuake, just to mention a few, continue to grow as projects, stay relevant and often be offered on new platforms. Heck, KDE 1 runs on modern computer systems!
For myself, I'm proud of how the KDE community welcomed in a grandma, a non-coder, and how I'm valued as part of the KDE Student Programs team, and the Community Working Group, and as an author and editor. Season of KDE, Google Summer of Code, and now Google Code-in all work to integrate new people into the community, and give more experienced developers a way to share their knowledge as mentors. I'm proud of how the Amarok handbook we developed on the Userbase wiki has shown the way to other open user documentation. And thanks to the wonderful documentation and translation teams, the help is available to millions of people around the world, in multiple forms.
I'm proud to be part of the e.V., the group supporting the fantastic community that creates the software we offer freely to the world.
We’re still fixing bugs like madmen… And working on some cool new features as well, but that’s for a later release. In any case, here is the second Krita 3.1 beta! Yes, you’re reading that correctly. Originally, we had planned to use 3.0.2 as the version for this release, but there is so much news in it that it merits a bigger version bump. Plus, with the acceptance of Julian Thijssens’ Google Summer of Code work by the Qt Project, we’re reaching a really big milestone:
From the next release on, Krita will officially support OSX.
That means that the OpenGL canvas works fully and that we’re committed to fixing OSX-specific bugs, just like we’re fixing bugs on Windows and Linux. It means we’re confident that you can use Krita 3.1 on OSX and be productive, instead of experimenting. So, please test this beta, and help us find bugs and issues!
Of course, Krita 3.1 will have much more new stuff. A new brush engine that supports really big brushes, Jouni’s Google Summer of Code work on adding new features to animation, Wolthera’s Google Summer of Code work that adds color managed high-channel depth color selectors and soft proofing to Krita, a stop-based gradient editor, ffmpeg-based export to animated gif and video formats. And much more.
Note: the beta still contains the colorize mask/lazy brush plugin. We will probably remove that feature in the final release because the current algorithm is too slow to be usable, and we’re still looking for and experimenting with new algorithms. With the current beta you will get a preview of how the user interface will work, but keep in mind that the we know that it’s too slow to be usable and are working on fixing that
The second beta is also much more stable and usable than the first beta (184.108.40.206), and we’d like to ask everyone to try to use this version in production and help us find bugs and issues!
There is also a snap image available in the Ubuntu App Store, in the beta channel.
This announcement is also available in Italian, Spanish and Taiwanese Mandarin.
The latest updates for KDE's Plasma, Applications and Frameworks series are now available to all Chakra users.
The Plasma 5.8.2 release provides additional bugfixes to the many new features and changes that were introduced in 5.8.0 aimed at enhancing users' experience:
Applications 16.08.2 include more than 30 recorded bugfixes and improvements to 'kdepim, ark, dolphin, kgpg, kolourpaint, okular, among others'.
Frameworks 5.27.0 include a new set of mimetype icons, in addition to the usual bugfixes and improvements.
Other notable package upgrades and changes:
Like many photographers, I have a handful of hand-made favorite presets (most of them are included in the Daily Curves Set) in my photographic toolbox. But there is one preset in particular I use more often than others. I named it Spektrum, as it’s inspired by images from the Spektrum Berlin photo book by Matthias Heiderich.
Last official stable release was done more than 3 years ago, it was based on Qt/KDE 4 tech, after that a few fixes got in what would be 0.4.0 but as I needed to change my priorities it was never released.
Thanks to Lukáš Tinkl it was ported to KF5, on his port he increased the version number to 0.5.0, still without a proper release distros rely on a git checkout.
Since I started writing Cutelyst I had put a break on other open source projects by mostly reviewing a few patches that comes in, Cutelyst allows me to create more stuff that I get paid to do, so I’m using my free time to pick paid projects now. A few months ago Cristiano Bergoglio asked me about a KF5 port, and getting a calibration tool not to depend on gnome-color-manager, and we made a deal to do these stuff.
This new release got a few bugs fixed, pending patches merged and I did some code modernization to make some use of Qt5/C++11 features. Oh and yes it doesn’t crash on Wayland anymore but since on Wayland the color correction is a task for the compositor you won’t be able set an ICC profile for a monitor, only for other devices.
For the next release, you will be able to calibrate your monitor without the need for the GNOME tools.
You might have noticed there's KDevelop for Windows out now...
Which is already great in itself! But now it's also possible to install it via the super popular Windows package manager for Windows, Chocolatey.
Here's all you need (in case you already have Chocolatey installed on your system):
choco install kdevelopto install
Here's what it does:
C:\WINDOWS\system32>choco install kdevelop Installing the following packages: kdevelop By installing you accept licenses for the packages. kdevelop v5.0.2 [Approved] Downloading kdevelop 64 bit from 'http://download.kde.org/stable/kdevelop/5.0.2/bin/windows/kdevelop-5.0.2-x64-setup.exe' Progress: 100% - Saving 90.45 MB of 90.49 MB (94839304/94887333) Download of kdevelop-5.0.2-x64-setup.exe (90.49 MB) completed. Hashes match. Installing kdevelop... kdevelop has been installed. Added C:\ProgramData\chocolatey\bin\kdevelop.exe shim pointed to 'c:\program files\kdevelop\bin\kdevelop.exe'. The install of kdevelop was successful. Software installed as 'EXE', install location is likely default. Chocolatey installed 1/1 packages. 0 packages failed. See the log for details (C:\ProgramData\chocolatey\logs\chocolatey.log). Check out Pro / Business for more features! https://chocolatey.org/compare C:\WINDOWS\system32>where kdevelop C:\ProgramData\chocolatey\bin\kdevelop.exe
Thanks a lot to Hannah von Reth for setting up the KDE Chocolatey category, including publishing the KDevelop package there!
As always, we ask you to provide us with any kind of feedback on the Windows version! It's much appreciated.
Amongst the 20 year of KDE parties around the world one of the busiest was held in Beijing. Dot News interviewed the organiser Leslie Zhai about KDE in China.
I am from Wuhan, a very beautiful city in China. And I am working as a Linux developer at iSOFT in Beijing.
In 2002, as a computer science major university student, I went to a Legal Authoried software store in Wuhan, Guangputun, and bought Redhat7 including four install CDs, three src.rpm CDs and a very exquisite user manual for only RMB 50, because other software for Windows 98 was too expensive to a univerty student! It was my first time to use KDE 3. Yes I chose KDE as my default desktop enviroment, but I tried GNOME of course. ;-) Then I tried to migrate my university's course assignment developed in Turbo C to compile with GCC. I used Konsole and VIM to edit my source code, I tried Emacs but I did not know how to make coffee with it, so I switched to VIM ;-) and my teachers switched to use Redhat8 instead of Windows 98 when teaching operating system courses.
As a KDE developer I fix bugs, I push to repositories after code is reviewed by other KDE developers, and I am maintaining K3b right now. My sincere thanks go to David Faure; he helped me when I broke the dependency freeze of libkcddb regarding the Applications/16.08 release. I migrated all projects using KF5Cddb, and right now libkcddb is KF5 ready! Also thanks go to Thomas Schmitt, one of the libburnia authors, he taught me a lot about ISO 9660 & MMC patiently and carefully!
Yes! We had more people than we expected. We estimated there were only about 20 KDE users, but that day 65 KDE plus GNOME and other desktop enviroments users came! iSOFT KDE helped us so much to make the anniversary party happen. My old friend Conner Mo (the co-founder of linuxfans.org and magiclinux.org) came from Shanghai specially. We took a group photo wearing KDE 20 years T-shirts. The opening was by Cjacker Huang, the deputation of iSOFT sponsored this party, who is also a KDE developer since 2003! Happy birthday for KDE 20 years celebrated by Xiangkai Li, manager of iSOFT. Opening was by Lei Zhang. The deputation of LinuxCN sponsored this party, also shared updates with us. "Timeline.kde.org and Chinese KDE developers" shared by myself. Yunhe Guo (KDE-China l10n zh_CN translator) and csslayer (Fcitx and KDE developer) recorded video for the celebration. "GNOME Desktop and Foundation say happy birthday to KDE" was shared by Tong Hui. A delicious KDE 20 years cake. GNOME Foundation member was cutting cake and laughing happily. Announced kde-china.org. Enjoy KDE 20 years cake. So I changed my raffle script MAX to 65 on site. Raffle prizes were CHEERY keyboards, iSOFTLinux V4.0 USB sticks, KDE 20years T-shirts and more.
kde-china.org is the China KDE User Group for contributing to KDE:
Very popular! A lot of internet companies use Open Source software such as Linux kernel, GNU toolchain, Nginx, MySQL, Memcached, Squid, DNF, Apt, Python, Django, reviewboard, PHP, Drupal, phpBB, flyspary, jQuery, Node.js, etc. in China.
Very popular! a lot of ArchLinux and Fedora fans use KDE! iSOFTLinux, MagicLinux, Kubuntu, openSUSE and RedflagLinux distributions choose KDE as their default desktop enviroment in China.
iSOFTLinux V4.0 x86-64 is Cjacker Core base, default desktop enviroment is KDE (GNOME optional), easy-to-use Linux Desktop for end-users.
First, language issues. For example I often wrote email in Chinglish just like my answers to this interview ;-) but KDE developers are very clever in understanding what I tried to express. Second, the timezone issue. I would update my patch in the morning, then wait for review, perhaps the next morning I could receive the reply. You can see the waiting time, so it is difficult to chat with each other in IRC. So we prefer to use reviewboard and Bugzilla to communicate with other KDE developers.
I hope more and more Chinese internet companies join the Open Source game, they are using a lot of open source utilities and libraries, but many core and important applicationa are not available for Linux desktop users. Even binary-only just like Skype is OK!
While Timothee Giet is working on the next Krita training video series — and it’ll all be about animation! — we’re cutting the price of our existing training videos!
Muses, still one of the best introduction to digital painting in general, and to Krita in particular, is now available for only €14,95!
Now just €14,95, from €24,95
And Secrets of Krita, full of in-depth hints, tricks and tips on how to get the most out of Krita is now also… only €14,95!
Secrets of Krita – Download
Now just €14,95, from €29,95
You can also get these downloads from our gumroad shop!
We still have actual DVD’s, neatly printed with atractive covers available for you to order, too:
Secrets of Krita – DVD
Now just €14,95, from €29,95, including shipping
Now just €14,95, from €24,95, including shipping
Or you can get both training dvd’s and the latest version of Krita for Windows, OSX and Linux on a cool credit-card sized USB stick, showing off spring Kiki.
Now just €24,95, from €39,95, including shipping
FOSDEM is one of the largest (5,000+ hackers!) gatherings of Free Software contributors in the world and happens each February in Brussels (Belgium, Europe).
Once again, one of the tracks will be the Desktops DevRoom (formerly known as “CrossDesktop DevRoom”), which will host Desktop-related talks.
We are now inviting proposals for talks about Free/Libre/Open-source Software on the topics of Desktop development, Desktop applications and interoperability amongst Desktop Environments. This is a unique opportunity to show novel ideas and developments to a wide technical audience.
Topics accepted include, but are not limited to:
Talks can be very specific, such as the advantages/disadvantages of distributing a desktop application with snap vs flatpak, or as general as using HTML5 technologies to develop native applications.
Topics that are of interest to the users and developers of all desktop environments are especially welcome. The FOSDEM 2016 schedule might give you some inspiration.
Please include the following information when submitting a proposal:
All submissions are made in the Pentabarf event planning tool: https://penta.fosdem.org/submission/FOSDEM17
To submit your talk, click on “Create Event”, then make sure to select the “Desktops” devroom as the “Track”. Otherwise your talk will not be even considered for any devroom at all.
If you already have a Pentabarf account from a previous year, even if your talk was not accepted, please reuse it. Create an account if, and only if, you don’t have one from a previous year. If you have any issues with Pentabarf, please contact firstname.lastname@example.org.
The deadline for submissions is December 5th 2016.
FOSDEM will be held on the weekend of 4 & 5 February 2017 and the Desktops DevRoom will take place on Sunday, February 5th 2017.
We will contact every submitter with a “yes” or “no” before December 11th 2016.
The talks in the Desktops DevRoom will be audio and video recorded, and possibly streamed live too.
In the “Submission notes” field, please indicate that you agree that your presentation will be licensed under the CC-By-SA-4.0 or CC-By-4.0 license and that you agree to have your presentation recorded. For example:
“If my presentation is accepted for FOSDEM, I hereby agree to license all recordings, slides, and other associated materials under the Creative Commons Attribution Share-Alike 4.0 International License. Sincerely, <NAME>.”
If you want us to stop the recording in the Q & A part (should you have one), please tell us. We can do that but only for the Q & A part.
The official communication channel for the Desktops DevRoom is its mailing list email@example.com.
Use this page to manage your subscription: https://lists.fosdem.org/listinfo/desktops-devroom
The Desktops DevRoom 2017 is managed by a team representing the most notable open desktops:
If you want to join the team, please contact firstname.lastname@example.org
The FreeBSD packages of KDE software — the KDE 4 desktop, and soon KDE Frameworks 5 and Plasma 5 Desktop and KDE Applications — have traditionally been shipped pretty much as delivered from the upstream source. We compile, we package, and there is very little customization we do as a “distro”. The KDE 4 packages came with a default wallpaper that was a smidgen different from the one shipped with several Linux distro’s. I think Ivan Cukic did that artwork originally. For Plasma 5 Desktop, we also wanted to do a tiny bit of branding — just the default wallpaper for new users, mind.
Thanks to the tremendously helpful Plasma crew who answered my questions about setting a default wallpaper by producing the necessary files on the spot. After a tiny amount of massaging, I’ve now got a package that does the FreeBSD branding of the Plasma 5 Desktop for us. Of course we retain the upstream settings and wallpapers too.
Also great thanks to Timothee Giet, for producing the image (based on his Flying Konqui) that we’re now going to use as the default wallpaper — Konqui flying on BSD, that’s just what we want, after all.
Last weekend, I finished the construction part of my garden shed. The last bit mostly playing with the circular saw, taking rough boards and making them square, then angling them so that they would fit under the roof. It took a couple of hours, but I ended up filling the 3m-by-65cm gable with vertical planking, quite neatly. At the beginning of this year, I wouldn’t pick up a circular saw — power tools, scary. So I planned building a shed to force myself to learn something about carpentry. The next-door neighbour is a handyman, so we worked together and basically he taught me how to use the tools and get things done. (The Czech animation series “Pat a Mat” is popular in the Netherlands as “Buurman en Buurman“, and we style ourselves thus).
Anyway, I think my point is that learning to use the tools is half the battle.
So on the weekend I also worked on updating Qt 5.6.1 to Qt 5.6.2 on FreeBSD, which involves using new and scary tools as well. Power tools, they can be really useful, or they can take off a finger if you’re not careful. In this case it was Phabricator, which is also used in KDE — but not everywhere in KDE. For FreeBSD, the tool is used to review updates to ports (the packaging instructions), so I did an update of Qt from 5.6.1 to 5.6.2 and we handled the review through FreeBSD’s Phab. The ports infrastructure is stored in SVN, so the review is relatively straightforward: update the ports-tree checkout, apply your changes, use arc to create or update a review request. I was amazed by how painless it was — somehow I’d been frightened. Using the tool once, properly, makes a big difference in self-confidence.
At this point, the tooling no longer stands in my way, and we can expect to have KDE-FreeBSD updates rolling out a little faster (until we’re caught up, finally). Current status is: Qt 5.6.2 is in exp-run (last stage before committing), KDE 4 infrastructure has landed, KF5 is being prepared for review by Tobias, and the plasma5/ branch of area51 contains the latest bits of everything released by the KDE community that we can port.
Two weeks have passed since the Plasma 5.8 release and our Wayland efforts have seen quite some improvements. Some changes went into Plasma 5.8 as bug fixes, some changes are only available in master for the next release. With this blog post I want to highlight what we have improved since Plasma 5.8.
KWin’s server side decorations have a feature that one can resize the window in the shadow area. With the Breeze window decoration this is available if one uses the border size “No Side Borders” or “No Borders”. For Wayland we just had to adjust the input area of a window slightly and honor it when evaluating the mouse pointer movements.
We found a few bugs related to global shortcut triggering. There is some unexpected behavior for shortcut triggering in xkbcommon, which will be addressed in the next release by adding new API. For now we had to workaround it to support some shortcuts which no longer triggered. Of course for every kind of shortcut which did not trigger we added a test case so we can also in future ensure that this works once the new xkbcommon release is available. At the moment we are not aware of any not working global shortcuts on Wayland. If you hit one, please report a bug.
KWin did not enable the LEDs for num lock, caps lock, etc. This was mostly because I don’t have any keyboard which has such LEDs – neither my desktop keyboard nor my two notebooks have any LEDs. So I just didn’t notice that this was missing. Once we got the bug report we looked into adding this. I want to take this as an example of the “obvious bug” one doesn’t report because it’s so obvious. But if one doesn’t have such hardware it’s not so obvious any more.
A feature we added for Plasma 5.9 is support for the relative pointer protocol.
The protocol is implemented in KWayland 5.28 and KWin is adjusted to support the relative pointer events as can be seen in the screenshot of the input debug console. This is a rather important protocol to support games on Wayland. We also plan to add pointer confinement for Plasma 5.9.
Our widget styles Breeze and Oxygen have a feature to move the window when clicking in empty areas. This is a feature which needs to interact with the windowing system directly as Qt doesn’t provide an abstraction for it. On X11 it uses the NETRootInfo::moveResizeRequest, on Wayland support for triggering a window move is built into the core protocol. But so far we were not able to provide the feature on Wayland as we just didn’t have enough information from QtWayland. For example we lacked access to the wl_shell_surface on which we have to trigger the move. So some time ago I added support to QtWayland that we can access the wl_shell_surface through the native interface. Now about a year later we can start to use it. To support this feature we need to create an own wl_seat and wl_pointer object and track the serial of pointer button press. This we can then pass to the move request on the ShellSurface. The change is not KWin specific at all and will work on all Wayland compositors.
A new feature we added in KWin 5.0 is the possibility to synchronize the color scheme from the window into the window decoration and the context menu on the decoration. On X11 this works through a property which our KStyle library sets. This was the best we had back in the early days of the 5.x series as Qt didn’t expose enough information. It has the disadvantage that the sync only works with QWidget based applications and only with widget styles inheriting KStyle. For Plasma 5.9 we improved that and brought the relevant code into plasma-integration. The restriction to QWidget is gone and it works now with all kind of windows by listening to the QPlatformSurfaceEvent. This very useful event which got added in Qt 5.5. It informs us when a native window is created for a QWindow. Thus we can add our own X11 properties on the native window directly after creation and before the window is mapped.
While adjusting this code for X11 we also added the relevant bits for Wayland. We use the Qt Surface Extension protocol to pass a property to the server. That’s a small and neat addition the Qt devs did to allow communication between a Qt based client and a Qt based Wayland compositor. As one can see in the screenshot the color scheme now updates also for Wayland applications.
Window icon handling in Wayland is different to X11. On X11 the icons are passed as pixmaps. That has a few disadvantages nowadays because the icons provided on the window might not have a high enough resolution to work well on high-dpi systems. The icon from the icon-theme though provides higher resolution. On Wayland there is no way to pass window icons around and the compositor takes the icon from the desktop file of the application. This works well unless we don’t have a desktop file. For such windows we now started to use a generic Wayland icon as the fallback, just like we use a generic X icon as fallback for X11 windows which don’t have an icon.
That’s an icon which one might have noticed when using a Plasma Wayland session as every Xwayland window only had the generic X icon in the task manager. The communication between KWin and the task manager also passes the icon name around and not pixmap data. This works well for everything which isn’t Xwayland where we normally just don’t have the name. For Plasma 5.9 we addressed this problem and extended our protocol to request pixmap data for a window icon which doesn’t have a name. Thus we are now able to also support Xwayland windows, which increases the useability of the system quite a lot.
On Wayland several of our effects broke in a multi-screen setup. This is because rendering is different. On X11 all screens are rendered together in one rendering pass and we have one OpenGL window to render to. On Wayland we have one OpenGL window per screen and have one rendering pass per screen. That’s something our effects didn’t handle well and resulted in rendering issues. For Plasma 5.9 these issues are finally resolved.
One of the affected effects is Wobbly windows. A rather important effect given that this blog is subtitled “From the land of wobbly windows”. We experienced that in a multi-screen setup the effect was only active on one screen. If the window got moved to the other screen it completely vanished.
I was quite certain that this is not a problem with the effect itself, but rather with the way how we render. As we also saw other effects having rendering issues in multi-screen setups I was quite optimistic that fixing wobbly would fix many effects.
The investigation showed that the problem in fact was an incorrect area passed to glScissor due to the general changes in rendering explained above. Rendering on other screens got clipped away. With the proper change we got wobbly working and several other effects (Present Windows, Desktop Grid, Alt+Tab for example) without having to touch the effects at all.
With that knowledge in place we looked into fixing other effects. E.g. the screenshot effect which allows to save a screenshot in the tmp directory. A few example of screenshots taken with this effect can be seen in this blog post. The problem with this effect was that when taking a fullscreen shot over all screens only one got captured. The assumption here was that our glBlitFramebuffer code needs adjustment to be per output and with that we can now screenshot every screen individually or all screens combined.
Related to that are the blur and background contrast effect as they also interact with the frame buffer, though don’t use the glBlitFramebuffer extension. With those effects one of the biggest problems was that the viewport got restored to a wrong value after unbinding the frame buffer object. Due to that the rendering got screwed up and we had severe rendering issues with blur on multi screen. These issues are now fixed as can be seen in the screenshot above: both screens are rendered correctly even with blur enable.
Plasma’s panel got some improvements for Plasma 5.9. This started from bug reports about windows can cover not working and also auto-hide not working. Another example that it is important to report bugs.
On X11 auto hiding panels use a custom protocol with KWin to indicate that they want to be restored if the mouse cursor touches the screen edge. It uses low level X11 code thus we also need a low level Wayland protocol for it. We extended our plasma shell protocol to expose auto hiding state and implemented it in both KWin and Plasma.
We had a bug report that search in the widget explorer doesn’t work. The investigation showed that the reason for that is that the widget explorer is a panel window and we designed panels on Wayland so that they don’t take any keyboard focus. This is correct for the normal panel, but not for this special panel. We adjusted our protocol to provide an additional hint that the panel takes focus and implemented this in kwayland-integration in a way that the widget explorer gains focus without any adjustments to it.
Of course there are more potential users for this new feature. One being KRunner. Once we had the code in place we decided to make KRunner a Panel on Wayland which brings us quite some improvements like it will be above other windows and on all desktops.
One of the key points of Plasma is while giving a simple default desktop experience, not limiting the user to that single, pre-packed one size fits all UI.
Its strength is to be flexible to greatly different user needs, “Simple by default, powerful when needed”.
Several years ago, the Visual Design Group had the idea of making easy to build and share desktop layouts to make easy to test wildly different user interfaces, see this old post by Thomas on the topic.
Since then, work on it has been going on, mostly on the infrastructure needed to make it a reality, and in Plasma 5.8 the first pieces are there, tough still far from the complete experience we want to offer.
The support for Look and Feel packages is there since a while (5.3 or so) that’s what one of those package can do:
So far the default Plasma layout provided by the Look and Feel theme was used only when starting up for the first time, on a clean user home (therefore very useful for distributions) but sice Plasma 5.8, in the Workspace theme -> Look & Feel section of system settings there is an option to load the new layout when switching the look and feel theme. Not as default as is a destructive action that will remove your current Desktop setup.
The last two are the central part of sharing your idea of “the perfect desktop” with others, linked with the integration between the Look & Feel systemsetting module and the KDE store, also new in Plasma 5.8.
It’s still a preliminary feature, as ideally in the future if your shared Look & Feel theme depends for instance from a particular icon theme or a particular 3rd party plasmoid, the store integration will download those dependencies as well.
On Monday, KDE’s Plasma team held its traditional kickoff meeting for the new development cycle. We took this opportunity to also look and plan ahead a bit further into the future. In what areas are we lacking, where do we want or need to improve? Where do we want to take Plasma in the next two years?
Our general direction points towards professional use-cases. We want Plasma to be a solid tool, a reliable work-horse that gets out of the way, allowing to get the job done quickly and elegantly. We want it to be faster and of better quality than the competition.
With these big words out there, let’s have a look at some specifics we talked about.
Our plan is to move from 4 to 3 yearly releases in 2017 and 2018, which we think strikes a nice balance between our pace of development, and stabilization periods around that. Our discussion of the release schedule resulted in the following plan:
A cautionary note, we can’t know if everything exactly plays out like this, as this schedule, to a degree depends on external factors, such as Qt’s release schedule. Here’s what we intend to do, it is really our “best guess”. Still, this aligns with Qt’s plans, who are also looking at an LTS release in summer 2018. So, what will these upcoming releases bring?
The Breeze icon theme will see further completion work and refinements in its existing icons details. Icon usage over the whole UI will see more streamlining work as well. We also plan to tweak the Breeze-themed scrollbars a bit, so watch out for changes in that area. A Breeze-themed Firefox theme is planned, as well as more refinement in the widget themes for Qt, GTK, etc.. We do not plan any radical changes in the overall look and feel of our Breeze theme, but will further improve and evolve it, both in its light and dark flavors.
One thing that many of our users are missing is support for a global menu similar to how MacOS displays application menus outside of the app’s window (for example at the top of the screen). We’re currently working on bringing this feature, which was well-supported in Plasma 4 back in Plasma 5, modernized and updated to current standards. This may land as soon as the upcoming 5.9 release, at least for X11.
Better support for customizing the locale (the system which shows things like time, currencies, numbers in the way the user expects them) is on our radar as well. In this area, we lost some features due to the transition to Frameworks 5, or rather QLocale, away from kdelibs’ custom, but sometimes incompatible locale handling classes.
The next releases overall will bring further improvements to our Wayland session. Currently, Plasma’s KWin brings an almost feature-complete Wayland display server, which already works for many use-cases. It hasn’t seen the real-world testing it needs, and it is lacking certain features that our users expect from their X11 session, or new features which we want to offer to support modern hardware better.
We plan to improve multi-screen rendering on Wayland and the input stack in areas such as relative pointers, pointer confinement, touchpad gestures, wacom tablet support, clipboard management (for example, Klipper). X11 dependencies in KWin will be further reduced with the goal to make it possible to start up KWin entirely without hard X11 dependencies.
One new feature which we want to offer in our Wayland session is support for scaling the contents of each output individually, which allows users to use multiple displays with vastly varying pixel densities more seamlessly.
There are also improvements planned around virtual desktops under Wayland, as well as their relation to Plasma’s Activities features. Output configuration as of now is also not complete, and needs more work in the coming months. Some features we plan will also need changes in QtWayland, so there’s some upstream bug-fixing needed, as well.
One thing we’d like to see to improve our users’ experience under Wayland is to have application developers test their apps under Wayland. It happens still a bit too often that an application ends up running into a code-path that makes assumptions that X11 is used as display server protocol. While we can run applications in backwards-compatible XWayland mode, applications can benefit from the better rendering quality under Wayland only when actually using the Wayland protocol. (This is mostly handled transparantly by Qt, but applications do their thing, so unless it’s tested, it will contain bugs.)
Plasma’s Mobile flavor will be further stabilized, and its stack cleaned up, we are further reducing the stack’s footprint without losing important functionality. The recently-released Kirigami framework, which allows developers to create convergent applications that work on both mobile and desktop form-factors, will be adjusted to use the new, more light-weight QtQuick Controls 2. This makes Kirigami a more attractive technology to create powerful, yet lean applications that work across a number of mobile and desktop operating systems, such as Plasma Mobile, Android, iOS, and others.
Planned improvements in our integration of online services are dependency handling for assets installed from the store. This will allow us to support installation of meta-themes directly from the KDE Store. We want to also improve our support for online data storage, prioritizing Free services, but also offer support for proprietary services, such as the GDrive support we recently added to Plasma’s feature-set.
We want to further increase our contributor base. We plan to work towards an easier on-boarding experience, through better documentation, mentoring and communication in general. KDE is recruiting, so if you are looking for a challenging and worthwhile way to work as part of a team, or on your individual project, join our ranks of developers, artists, sysadmins, translators, documentation writers, evangelists, media experts and free culture activists and let us help each other.
I’ve always loved diving down while snorkeling or swimming, and it’s been intriguing to me how long I can hold my breath, how far and deep I could go just like that. (The answer so far, 14m.)
Last week, I met with Jeanine Grasmeijer. Jeanine is one of the world’s top freedivers, two times world record holder, 11 times Dutch national record holder. She can hold her breath for longer than 7 minutes. Just last month she dove down to -92m without fins. (For the mathematically challenged, that’s 6.6 times 14m.)
Jeanine showed me how to not breathe properly.
We started with relaxation and breathing exercises on dry land. Deep relaxation, breathing using the proper and most effective technique, then holding breath and recovering.
In the water, this actually got a bit easier. Water has better pressure characteristics on the lungs, and the mammalian diving reflex helps shutting off the air ways, leading to a yet more efficient breath hold. A cycle starts with breathing in the water through the snorkel for a few minutes, focusing on a calm and regular, relaxed breathing rhythm. After a few cycles of static apnea (breath holding under water, no movement), I passed the three-minute-mark at 3:10.
We then moved on to dynamic apnea (swimming a horizontal distance under water on one breath). Jeanine did a careful weight check with me, making sure my position would need as little as possible correction movements while swimming. With a reasonable trim achieved, I swam some 50m, though we mainly focused not on distance, but on technique of finning, arms usage and horizontal trim.
The final exercise in the pool was about diving safety. We went over the procedure to surface an unconscious diver, and get her back to her senses.
Freediving, as it turns out, is a way to put the world around on pause for a moment. You exist in the here and now, as if the past and future do not exist. The mind is in a completely calm state, while your body floats in a world of weightless balance. As much as diving is a physical activity, it can be a way to enter a state of Zen in the under water world.
Jeanine has not only been a kind, patient and reassuring mentor to me, but opened the door to a world which has always fascinated and intrigued me. A huge, warm thanks for so much inspiration of this deep passion!
Yay! My last event of 2016!
I’m almost 600 kilometers of my town. On the Federal University of Lavras, Minas Gerais.
I submitted a proposal to do a talk here. The organization accepted, and this afternoon I made a talk about Qt with the title: Qt – Your toolkit Python/C++ with the real write once, deploy everywhere.
When I thought about this title, needs to be kind sensationalist, to call for people to come. Python calls people. And the doodle: Write once, deploy everywhere, to tease up the Java guys xD
I did a talk for almost 100 people, and was very good!
My first question was how many people in the room knew Qt, only 4 persons raised their hands… Well, now everyone in that class knows Qt because I think that I did a good job on the explanation hahahaha
One of the surprises was that when I start to explain an example of how you can use CMake to handle differences between operational systems, I asked the crowd: – Ah, you guys use Windows? A heard a big no, so I asked how many people use Linux, 90% of the crowd raised their hands! Was a big difference from any other events that I asked that same question!
I explained to them what is Qt, how the API’s is used, the difference between the open source and commercial licenses, what kind of apps exists, on the market that is written in Qt, I specific talked about KDE apps like Marble, Minuet, KDE Connect(That I used in my presentation) and Atelier. You can check my presentation on this link, however, is in Portuguese.
The students made questions like:
I think that all the talks that I did this year, this one was the most productive! I had a good base of Qt to explain with confidence what I want, I did good examples, and that I can thank Lamarque Souza that reviewed my presentation and gave to me good feedbacks.
On the spare time, I started to play with my Arduino Mega and sensors again. I’ve played around with LEDs and the LCD monitor, where I was able to do it a good KDE birthday message:
You can find some videos of what I did with the Arduino on my Instagram account: lays147
Also, I pushed all my sketches to my Github account, and you can check here.
Now it prepares for the upcoming events in 2017, beginning with the 10º edition of Campus Party Brazil, in January, that have the promise to be a big party!
That’s all folks!
KDevelop 5.0.2 released for Windows and Linux
Four weeks after the release of KDevelop 5.0.1, we are happy to announce the availability of KDevelop 5.0.2, a second stabilization release in the 5.0 series. We highly recommend to update to version 5.0.2 if you are currently using version 5.0.1 or 5.0.0.
Along with the source code, we release an updated 64-bit AppImage for Linux as well as updated installers for Microsoft Windows. We've got the pleasure to announce a 32-bit version of KDevelop for Windows now, too!
You can find all the downloads on our download page.
Notable issues fixed in 5.0.2 are:
Fixes in the Windows installers:
The source code can be downloaded from http://download.kde.org/stable/kdevelop/5.0.2/src/.
You can find the binaries for Windows and Linux on our download page.
The source code archives and their sha-256 checksums are
24ec89b4edc854808ce11a8e8b0aeb853f11926b26029bc46c80f901da00aec7 kdev-php-5.0.2.tar.xz 5d160951933e2f6742a443e19d24e0c93a82567244500e4bb6a3124e5e4e11ff kdev-python-5.0.2.tar.xz 9b017901167723230dee8b565cdc7b0e61762415ffcc0a32708f04f7ab668666 kdevelop-5.0.2.tar.xz a7f311198bb72f5fee064d99055e8df39ecf4e9066fe5c0ff901ee8c24d960ec kdevplatform-5.0.2.tar.xz
For verifying integrity and authenticity of the files, the preferred method is to use the provided GPG signature files (.sig).
All downloads are signed with the GPG key of Sven Brauch, fingerprint 329F D02C 5AA4 8FCC 77A4 BBF0 AC44 AC6D B297 79E6.
As many of you know, since 2012 we organize the Lakademy, a sort of Latin American Akademy. The event brings together KDE Latin American contributors in hacking sessions to work on their projects, promo meetings to think KDE dissemination strategies in the region and other activities.
Every year we make a call for attendees. Anyone can participate, although the event is focused on Latin American contributors, we also want to encourage new people to become contributors and to join the community. So if you live in any country in Latin America and would like to join us at the next event, please complete this form showing your interest. This form will be available until the beginning of November.
The next Lakademy will take place in the Brazilian city of Belo Horizonte, between April 28 and May 01. Remember that if you need help with the costs of travel and lodging, KDE e.V. can help you with this, but this will depend on several factors such as amount requested, number of participants in the event, how active you are in the community and so on. Do not be shy, we encourage you to apply and join our Latin American community. Maybe you are the next to host the Lakademy in your country. We would love to make an edition of the event in another country in Latin America other than Brazil.
See you at Lakademy 2017!