RFC: plasma2 and configuration

Marco Martin notmart at gmail.com
Tue Feb 26 16:54:18 UTC 2013


Hi all,

one bit where plasma2 will be very different, even from qml1 applets is how 
configuration dialogs are handled.
Configuraton dialogs will be completely QML based as well.

handling of configuration itself, both reading and writing will be more 
"declarative": an object with properties corresponding to config keys instead 
of  the imperative plamoid.writeConfig()/plasmoid.readConfig()

Now, what is already there right now:
applets have a "configure" entry as a right mouse button action, just as in 
plasma1 and a new window is opened that loads a qml file from the shell 
package.
this contains the "outside" of the configuration dialog: the list of the 
categories and ok/apply/cancel buttons (looks very ugly right now, but will 
end up using desktop components)

this "outside" loads a qml file from the applet plasmoid, at the moment fixed 
as "ConfigGeneral.qml"

it will end up loading all the config pages the plasmoid will offer., i was 
thinking about the following changes:
* everything regarding configuration uis goes away from libplasma
* the plasmoid may offer in their config directory a list of desktop files, 
one per category, that would tell the name of the category, icon, kconfiggroup 
and qml file to load
* All configuration for applets based upon ConfigLoader, only one config.xml 
per plasmoid, supporting multiple config groups
* one config group per page
* eventual extra config pages, like global shortcuts will be provided by the 
shell package, because is not something applets should directly care about

It's still a bit nebulous, want to get this as clear as possible ;)

any comment/idea?

Cheers,
Marco Martin


More information about the Plasma-devel mailing list