If you want to claim a task, please put your name (or nickname, both is better) in brackets near the task you wish to claim. Please add it when you start working on it, and if you stop, please remove it, so we can know "who is working on what" and what tasks still needs to be started.
And, of course, this will avoid duplication of work. Thanks a lot! =)
|This is a roughly sorted list of tasks that popped out during the meeting. We probably need to categorize it better, like seeing which task is blocker for which other, setting priority, split between "research" and "coding" and things like that. Still sounds like a premature thing though.|
Deal with the last bits of KDesktop
- Move the autostart functionality from KDesktop to ksmserver. (Stephan Kulow, coolo)
- Merge the functionalities of ~/.kde/Autostart with ~/.kde/share/autostart (Stephan Kulow, coolo)
- figure out why Interface::display() sometimes doesn't result in the widget displaying
- pull in options from kdesktop/minicli.cpp and merge into shell and app runners (fonz)
- ServiceRunner: better matching (case insensitivity, substring matching, performance, etc)
- SessionRunner: connect QActions up, show users and sessions, etc
- ShellRunner: parse the command line better so one can enter things like "ls -lR" and it will still know to activate
- CalculatorRunner: complete (Baris)
- Search Runner: use strigi
- listen to async match updates (Interface:updateMatches())
- determine how to order runner plugins for searching; categorization?
- runners, runners and more runners! e.g. a kalkhi plugin...?
- abstract out the svg background part of Interface and have it subclass QDialog; then make screensaver/lock dialogs subclass that and therefore look a bit more sexy and consistent
- options slide drawer animation
- Integrate ksysguard's process table into KRunner (John Tapsell, johnflux - Riccardo Iaconelli, ruphy - Esben Hanse, esben)
- install D-Bus autoactivation service
This is what we are focussing on implementing right now:
- Desktop layer:
- Use a widget able to have background painting.
- Implement the zooming of objects.
- Implement the grouping of objects in collections (with special containers).
And after that, see what can be done for performances:
- Engine base classes and command line test utilities. (Aaron J. Seigo, aseigo)
- See if QGV works well for our needs. We will use it until the end of march, then we will see how it worked. We will evaluate alternatives then (if not enough satisfied). (Aaron J. Seigo, aseigo, others welcome!@)
- Create widgets aware of zooming. First we need to discuss what can be done for each of these elements. Needed widgets are:
Before actually coding them we should first define the speed compromises we want/can have for all of them. We will probably discuss it in the next meeting, and what we want for each of those widgets will be written in their specific pages. Then we can start to actually code it. If you have ideas, please write it in the specific page.
We also have:
- Implement Zack's physical equations for animations
Nice to have:
- Implement python bindings of Plasma
Content is available under Creative Commons License SA 4.0
unless otherwise noted.