~ubuntu-branches/ubuntu/raring/plasma-mobile/raring-proposed

« back to all changes in this revision

Viewing changes to applications/settings/README.txt

  • Committer: Package Import Robot
  • Author(s): Jonathan Riddell
  • Date: 2012-07-17 12:04:43 UTC
  • mfrom: (1.1.6)
  • Revision ID: package-import@ubuntu.com-20120717120443-q3ig9u2fnltx67yg
Tags: 2.0+git2012071701-0ubuntu1
* New upstream snapshot
* Remove build-dep on kde-runtime-dev

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
 
2
 
 
3
 
Application
4
 
- C++ app, that ...
5
 
- loads QML package which has the basic shell
6
 
- lists plugins for settings modules
7
 
- loads them into the shell dynamically
8
 
 
9
 
 
10
 
 
11
 
 
12
 
Email from Marco, explaining the basic architecture:
13
 
 
14
 
touchy settings UI architecture
15
 
From:   Marco Martin <notmart@gmail.com>
16
 
To: active@kde.org
17
 
Date:   Fri Oct 14 13:02:19 2011
18
 
Hi all,
19
 
 
20
 
one of the things is pretty clear we need for Active 2 is a centralized
21
 
settings ui, since systemsettings revealed to be so painful to use on a
22
 
touchscreen  that is now blacklisted (and 99% of its kcms wouldn't be useful)
23
 
 
24
 
so from a purely architectural (ui can be anything) point of view what i had
25
 
in mind was:
26
 
 
27
 
* the logic of the seetings of a particular thing is done in QObjects: a
28
 
setting will correspond to a qproperty
29
 
 
30
 
* to start them, let's start with the time and locale kcms, ripping all the ui
31
 
out of them, just leaving the config files read/write parts
32
 
 
33
 
* the time one reveals the need of specialized qobjects rather than just a
34
 
binding over kconfing: it sets the system time and uses policykit for that
35
 
 
36
 
* a qobject to write in generic config files could still be written, maybe it
37
 
could make possible for some of the config modules being written in pure QML
38
 
 
39
 
* configuration ui modules should be plasma packages
40
 
(/usr/share/kde4/apps/plasma/packages/*)
41
 
 
42
 
* the "outer shell" with tabs that can load different modules is a plasma
43
 
package as well
44
 
 
45
 
* the settings module logic is a kde c++ plugin, that has all the properties
46
 
for config options, plus a property that says the path of the root qml file
47
 
extracted from the package
48
 
 
49
 
* a kapplication loads the shell package, then, lists config plugins with
50
 
sycoca, puts them in a model to be visualized by the shell qml files
51
 
 
52
 
* after clicking on a config module icon, the c++ part loads the c++ plugin,
53
 
extracts the path of the qml file, slams the parsed qml instance in the main
54
 
screen of the config ui (that should be a PageStack component, probably)
55
 
 
56
 
is it clear? too complex? i still don't have completely clear if/how loading
57
 
config modules that are pure qml, suggestions (and ways to simplify it) are
58
 
welcome ;)
59
 
 
60
 
Cheers,
61
 
Marco Martin
62
 
_______________________________________________
63
 
Active mailing list
64
 
Active@kde.org
65
 
https://mail.kde.org/mailman/listinfo/active
 
 
b'\\ No newline at end of file'
 
1
You can find documentation for using the Active Settins infrastructure at
 
2
http://techbase.kde.org/Development/Tutorials/Plasma/QML/ActiveSettings