Hi all, One of our duties of sponsored sprints like the one we just had is to inform the community about what we've been up to in the form of an article on the Dot.
I've drafted such a piece, but would like to have further feedback. I've concentrated on some core things we did, which I think is fine. If you'd like to include some more topics, please supply me a suitable paragraph for it. Also, if you blogged about the sprint, please reply to this thread with a link so we can try to fit it in. Finally, proof-read, please. :) Thanks, -- sebas Sebastian Kügler | http://vizZzion.org | http://kde.org
Plasma Team Gets Physical In March, the yearly meeting of KDE's Plasma team was held in Geneva, kindly hosted by the European Centre for Nuclear Research (CERN). In-person meetings provide unique opportunities to work together face-to-face, at high bandwidth to tackle problems together and plan for the future. As there were some other groups present during this meeting, notably the visual design group and the Wiki cleanup team, there was ample opportunity to think outside of the Plasma box. The Plasma team worked discussed many topics that are currently being worked on, or need more attention, but also sat down to hack on the code. The result was a nice mix of hands-on activities an dreaming about the future. Wayland As the Wayland port is nearing completion, the team had a closer look at the current state. Bugs, that have gone previously undiscovered have been identified and fixed, code that lived in branches was reviewed and merged, and holes in the implementation were discussed. Most Plasma developers actually returned home with a fairly functional Plasma/Wayland session, which will accelerate dogfooding and make tracking of problems easier. An ongoing effort is also to spread the work on Wayland across more shoulders. A Plasma/Wayland session is currently somewhat functional, but not suitable yet for being a daily driver, or even beta testing. The goal is to have a beta-level version ready by summer and fix bugs and regressions from there. The final Plasma/Wayland session should be hardly any different from an X11 session in terms of functionality and features, but run just a little bit smoother and carry less annoying idiosyncracies of a typical X11 session or jerky animations. Visuals Together with the visual design group, many smaller and bigger issues have been discussed, and fixed. Among the bigger parts was a redesigned settings module for Plasma themes, featuring live previews and a more user-friendly design. This new module has already been merged into Plasma master (which currently is the tree that will eventually become Plasma 5.7 this summer). A lot of work has been put into correcting and completing usage of icons. New icons have been created, applications' icon usage has been reviewed and fixed. The result are lots of small fixes all over the place, which result in a yet more consistent look and feel. Window Metadata One of the central roles of a desktop is to show and switch between application windows. This means that the "desktop shell" has to be able to communicate with applications (it wants to know its title, icon, set its state, etc.). To further improve the integration between the desktop and the applications, the Plasma developers have designed the Windowmetadata framework, which provides bi-directional communication between applications and the desktop to allow for a richer experience. The results will be better previews, and improved functionality of the task manager. The Window Metadata framework has been designed to independant of the desktop or window decoration that might, or might not be present, and thereby addresses one of the major concerns with <a href="https://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/";>client-side</a> <a href="https://blog.martin-graesslin.com/blog/2010/05/follow-up-on-client-side-decorations/";>window decorations</a>. The Window Metadata framework is still in its <a href="https://kver.wordpress.com/2016/03/15/dwd-structured-at-cern/";>early design phase</a>, so if you are interested in working on this topic, now is an excellent time to get involved. The Plasma team would like to thank the <a href="http://ev.kde.org";>KDE e.V.</a> for their generous support of our travel costs. If you are using Plasma and would like to support its development, we encourage you to sign up as a <a href="https://relate.kde.org/";>Supporting Member</a> or to <a href="https://www.kde.org/community/donations/index.php";>donate</a>.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
