Projects/Plasma/Tasks: Difference between revisions

From KDE TechBase
 
(121 intermediate revisions by 12 users not shown)
Line 1: Line 1:
'''This page is referring to the meeting of 21/02/2006'''
{{warning|If you clear a task, please write "'''Completed'''" near it. If you are still working on it, please put your name. Percentage of the work done is accepted.}}
= Tasks =


== What happened during the meeting ==
This wants to be just a short resume on what happened in the first meeting (21-02-2006)


First thing, Aaron explained us what his idea of Plasma is and why he arrived there. Especially, he said that: ''«we need an amarok of the desktop so people go "oh. -that's- why"».''


For those still not familiar with this concept, he also explained that everything will be ''«a widget (or, as somehow caught on, a "plasmoid")... from the launcher buttons to full on widgets and mini-apps»''
== Tasks ==
Especially, the desktop won't be centered anymore on displaying the content of a folder. This will remain available though, everyone will still be able to do a full-screen plasmoid that shows the content of a certain folder. ;-)


After that, we started the discussion on what needs to be done. The first thing to do is to get all the essential components that still are in KDesktop been moved away. We are at a good point at this, because everything but the autostart stuff has already been moved into KRunner.
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.


KRunner is a new application for KDE 4, created to replace some of the KDesktop functionality, that will manage the screensaver, that will show a task list when needed (like the windows' key combo Ctrl+Alt+Del), that will provide a run dialog and that will manage app startup notification.
And, of course, this will avoid duplication of work. Thanks a lot! =)
KRunner will be a standalone app that will register global shortcuts and will show things on-demand.
 
The autostart stuff should probably be merged in ksmserver (it makes much more sense there), and be unique (right now there are ~/.kde/Autostart and ~/.kde/share/Autostart).
 
After having the old desktop killed, we will work on a replacement, and this has three separate needs: we should use a widget that supports background painting (the wallpaper), we should support zooming and the possibility to have containers, and we need to create efficient widgets (zoom aware, e.g.).
 
Using or not QGraphicsView is a major concern right now, but we concluded that probably the final decision on what to use has to be delayed to the next meeting, or, at most, to the end of march. We need to get in touch with the TT guys and see whether is possible to have a performant QGraphicsView for zooming in Qt 4.3 or not. In case the answer will be not, we will create a new class adapted for our needs, modifying the existing engine. It seems that we all agree on the fact that we'd love to use QGraphicsView, altough it's a tricky decision to take right now. We decided to make use of it until the end of march, and then we'll see if performances still make possible to continue using it.
 
It will also be really nice to make QGraphicsView capable of embedding widgets. It shouldn't be a very difficult thing to implement, but actually there is still no support for that. :-(
 
We will probably also need to create our own set of high-performant widgets, to enable really fast zooming and animations. For example, the text can disappear while zooming, or we could not redraw the widget while the zoom factor remains under 0.75... or something like that.
Anyway, the widgets we will need should be:
* A label
* A button
* An svg viewer
* An html widget
* A lineedit/textedit
 
We still need to concretely define which optimisations can be done for _each_ widget, and then we will be able to actually write the code for them.


'''ADD:''' wirr just told me that lineedits, labels, and an HTML widget are already there in the QGV version of SuperKaramba. Have a look!
{{note|This is not meant to be a replacement for the feature list on the [[Schedules|release schedules pages]], but rather a place to record things that aren't there.}}


Then we talked about visualization and the engine, and we decided to make use of some of Zack's phisical equations ([http://ktown.kde.org/~zrusin/examples/box2d.tar.bz2 1], [http://ktown.kde.org/~zrusin/examples/blobs.tar.bz2 2]) to make the animation the best (and less boring) possible. Aaron also stated that we're ok as long as we don't run the physics engine continuously, otherwise it tends to burn CPU cycles.


Aaron smacked his gavel on the desk at 20:54:45 CET, putting the word 'end' to the first plasma meeting. It lasted 1 hr 49 min and 53 secs.
=== KRunner ===


Next meeting should be next week, same time. The topic will be (mainly):
* Engines update
* Scripting (Kross, QtScript, etc...)
* Plasmoids


'''Ok, now let's concretize all the stuff said above and put them in a sort of TODO:'''
==== Runners ====
* runners, runners and more runners!


== New tasks popped out during the meeting ==
==== Interface ====
* improve paging
* nicer user switcher


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 beginned.
==== Misc ====


And, of course, this will avoid duplication of work. Thanks a lot! =)
=== Plasma ===


'''NOTE:''' 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.
* '''Documentation'''
** design docs coverage (workspace/plasma/design/)
** Techbase tutorials for:
*** Wallpaper plugins
*** Containments
*** DataEngine
*** Service
*** Theming
** website overhaul
* '''General libplasma'''
** more unit tests.


''First, let's kill the last bits of KDesktop still there:''
* '''Plasma::Applet'''
* Move the autostart functionality from KDesktop to ksmserver. ('''Stephan Kulow, coolo''')
** add global settings config page, if it exists in the Package (which means adding a pair of entries in packages.cpp for globalconfigui and globalconfigxml), alongside the per-applet ones
* Merge the functionalities of ~/.kde/Autostart with ~/.kde/share/autostart ('''Stephan Kulow, coolo''')
** a way to access resources for customization (think: clock faces)
* Complete runner classes in KRunner
* Integrate ksysguard's process table into KRunner ('''Riccardo Iaconelli, ruphy''' - '''Esben Hanse, esben''')


''Then, this is what we want to implement:''
* '''Corona''' (QGraphicsScene subclass)
* What plasma will be able to do/what we do want from it:
** 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:''
* '''Views'''
* Research on engines. ('''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?''')
* Create widgets aware of zooming. First we need to discuss what can be done for each of these elements. Needed widgets are:
** [[/Label|A label]]
** [[/Button|A button]]
** [[/SVGViewer|An svg viewer]]
** [[/HTMLViewer|An html widget]]
** [[/Lineedit|A lineedit/textedit]] (does it already exists?)
Before actually coding them we should first define the speed compromizes 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:''
* '''Widgets''' [[../Widgets|Here is a page describing the nature of these widgets]]. Widgets still needed that aren't implemented yet are:
* Implement Zack's pyisical equations for animations ('''ervin?''')


= Transcript =
* '''DataEngine'''


The transcript of the meeting is available [http://giannaros.org/kde/logs/Plasma_Meeting_2007-02-21.log here]; or, alternatively you can view it in HTML [http://giannaros.org/kde/logs/Plasma_Meeting_2007-02-21.log.html here].
* '''Applets'''
** Welcome
*** offer quick access to a few starting points including: documentation, the online community, kde tips, configuration, etc.
*** each button should show a little help text when clicked along with some links/buttons that the user can click on to go somewhere.
*** have an area on it that allows one to enter or create an openid account.
*** see [[Projects/Plasma/Welcome]] and [http://bddf.ca/~aseigo/welcometokde4.png this image]
** Timeline

Latest revision as of 20:59, 4 January 2010

Warning
If you clear a task, please write "Completed" near it. If you are still working on it, please put your name. Percentage of the work done is accepted.



Tasks

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! =)

Note
This is not meant to be a replacement for the feature list on the release schedules pages, but rather a place to record things that aren't there.


KRunner

Runners

  • runners, runners and more runners!

Interface

  • improve paging
  • nicer user switcher

Misc

Plasma

  • Documentation
    • design docs coverage (workspace/plasma/design/)
    • Techbase tutorials for:
      • Wallpaper plugins
      • Containments
      • DataEngine
      • Service
      • Theming
    • website overhaul
  • General libplasma
    • more unit tests.
  • Plasma::Applet
    • add global settings config page, if it exists in the Package (which means adding a pair of entries in packages.cpp for globalconfigui and globalconfigxml), alongside the per-applet ones
    • a way to access resources for customization (think: clock faces)
  • Corona (QGraphicsScene subclass)
  • Views
  • DataEngine
  • Applets
    • Welcome
      • offer quick access to a few starting points including: documentation, the online community, kde tips, configuration, etc.
      • each button should show a little help text when clicked along with some links/buttons that the user can click on to go somewhere.
      • have an area on it that allows one to enter or create an openid account.
      • see Projects/Plasma/Welcome and this image
    • Timeline