Jump to content

Plasma/Tokamak6: Difference between revisions

From KDE Community Wiki
Aseigo (talk | contribs)
Sebas (talk | contribs)
more info everywhere
Line 6: Line 6:


=Topics=
=Topics=
* Plasma Quick 2 API review (sebas)
The following
* Window positioning for ToolTip and Dialog (sebas)
===Frameworks 5: Plugin implementation / EXPORT macros===
* Screen edge handling (aseigo, mgraesslin)
We need to figure out how to implement C++ plugins and export them. This is needed for dataengines, runners and a bunch of other things. It manifests itself in
* Dependencies on KWin, Wayland-vs-X11, etc. aka "Should we require KWin" (aseigo, mgraesslin)
 
* The Great RunnerManager Refactor Proposal (aseigo)
===Frameworks 5: Plasma Quick 2 API review===
After having gone through the C++ libplasma2 API, we should also do a review of our QML imports. API changes are [http://community.kde.org/Plasma/libplasma2#QtQuick2_porting documented here]. (sebas)
 
===Frameworks 5: Plasma-KWin IPC===
There are a number of open questions such as:
* dialogs and tooltips: positioning, sizing and transitions between
* sharing textures, for example window "thumbnails", models, etc.
* "mixed effects", such as blurring behind animated items in a translucent Plasma dialog,
* libtaskmanager / window models
w
===Screen edge handling===
Can we find a better solution for screen edge handling? How are we going to handle this in a Wayland world, where the compositor is the only thing which *can* know enough details for handling screen edge detection (for example for showing Plasma panels) correctly. (aseigo, mgraesslin)
 
===Dependencies on KWin, Wayland-vs-X11===
Should we require KWin as compositor for Plasma2, possibly dropping support for other window managers? (aseigo, mgraesslin)
 
===The Great RunnerManager Refactor Proposal===
In which direction are we going to develop KRunner's overall architecture? Threading change, match updates / lifetime management, scheduling of init, teardown and match, AbstractRunner API might benefit from updates. (aseigo)

Revision as of 00:05, 9 April 2013

Tokamak 6 takes place in Nuremberg, Germany from 16th to 22nd April, 2013 at the SUSE offices.

Presentations

  • tbd.


Topics

The following

Frameworks 5: Plugin implementation / EXPORT macros

We need to figure out how to implement C++ plugins and export them. This is needed for dataengines, runners and a bunch of other things. It manifests itself in

Frameworks 5: Plasma Quick 2 API review

After having gone through the C++ libplasma2 API, we should also do a review of our QML imports. API changes are documented here. (sebas)

Frameworks 5: Plasma-KWin IPC

There are a number of open questions such as:

  • dialogs and tooltips: positioning, sizing and transitions between
  • sharing textures, for example window "thumbnails", models, etc.
  • "mixed effects", such as blurring behind animated items in a translucent Plasma dialog,
  • libtaskmanager / window models

w

Screen edge handling

Can we find a better solution for screen edge handling? How are we going to handle this in a Wayland world, where the compositor is the only thing which *can* know enough details for handling screen edge detection (for example for showing Plasma panels) correctly. (aseigo, mgraesslin)

Dependencies on KWin, Wayland-vs-X11

Should we require KWin as compositor for Plasma2, possibly dropping support for other window managers? (aseigo, mgraesslin)

The Great RunnerManager Refactor Proposal

In which direction are we going to develop KRunner's overall architecture? Threading change, match updates / lifetime management, scheduling of init, teardown and match, AbstractRunner API might benefit from updates. (aseigo)