This forum has been archived. All content is frozen. Please use KDE Discuss instead.

[Design Project] Generic Organization of System Settings

Tags: systemsettings systemsettings systemsettings
(comma "," separated)
User avatar
sebas
KDE Developer
Posts
88
Karma
2
OS
I think "Search" is both, clear and concise, so let's go with that.

As to the modules which survive: Most, as you've seen are back, some are explicitly dead (system bell, social desktop), some haven't been ported (especially non-core modules, such as the mixer, whatever that turns out to be and the activities KCM for power management), and some are simply missing in my install, due to a build problem (bluetooth modules, they go as their own category under network, that is both logical, doesn't need any change, and it's also the same on Android for example, there's also enough space there). Then we have the login manager module, which died with KDM. We might seek a replacement there, but it depends on the login manager used. This topic needs discussion.


-- sebas
User avatar
colomar
Registered Member
Posts
947
Karma
2
OS
sebas wrote:I think "Search" is both, clear and concise, so let's go with that..


Yes, I talked to Heiko earlier and he doesn't have any strong arguments against it, so Search is fine.

As to the modules which survive: Most, as you've seen are back, some are explicitly dead (system bell, social desktop), some haven't been ported (especially non-core modules, such as the mixer, whatever that turns out to be and the activities KCM for power management), and some are simply missing in my install, due to a build problem (bluetooth modules, they go as their own category under network, that is both logical, doesn't need any change, and it's also the same on Android for example, there's also enough space there). Then we have the login manager module, which died with KDM. We might seek a replacement there, but it depends on the login manager used. This topic needs discussion.


Ok. As long as the balance between the different top- and second-level categories isn't disturbed too much by changes from Plasma 4 to 5, we should be fine. If you are unsure where to put some KCM which we haven't considered, feel free to ask.

Would it make sense if we wrote some guidelines now for other developers on where to put their future KCMs ?
User avatar
sebas
KDE Developer
Posts
88
Karma
2
OS
I haven't figured that out, where 3rd parties should put random KCMs. We'll need to find a way (social nudging? technical restrictions?) so that we don't end up with a complete mess, while we want to achieve the exact opposite.


-- sebas
User avatar
Heiko Tietze
Registered Member
Posts
593
Karma
0
OS
I changed Indexing to Search in the graphic. But to have a two-word description as for the other sections, I used Search Options eventually.

sebas wrote:I haven't figured that out, where 3rd parties should put random KCMs. We'll need to find a way (social nudging? technical restrictions?) so that we don't end up with a complete mess, while we want to achieve the exact opposite.

The only KCM so far is the Adobe Flash Player. It is located below Personalization > Applications. The guideline would be "Apply the implemented logical structure as well to third party configuration modules." and "Primarily application specific configuration has no be done at Personalization > Application". For example, if Microsoft decides to open Kinect to Linux the KCM has to be placed at Short-cuts and Gestures. In case of Skype I'm ambivalent: it's Application or Connectivity. But both modules must not go to another category like Third-Party Stuff > Microsoft. And I would forbid as well modifications on the second level (sections).
User avatar
colomar
Registered Member
Posts
947
Karma
2
OS
sebas wrote:I haven't figured that out, where 3rd parties should put random KCMs. We'll need to find a way (social nudging? technical restrictions?) so that we don't end up with a complete mess, while we want to achieve the exact opposite.


I didn't mean 3rd parties only, but also KDE devs who write new KCMs. Or should the process be that everyone who writes a new KCM should ask us for where to put it?

Oh and be "we" I primarily meant "Heiko and me". The question was mainly: Would it make sense to write guidelines for placement of KCMs or do we hope that people will figure out the rationale behind the existing structure and place their KCMs accordingly?
User avatar
bcooksley
Administrator
Posts
19765
Karma
87
OS
Please note that short of embedding the categories into System Settings itself, it is not possible to restrict the categories which exist - so 3rd party vendors will be able to add categories, etc. if they wish to.


KDE Sysadmin
[img]content/bcooksley_sig.png[/img]
User avatar
colomar
Registered Member
Posts
947
Karma
2
OS
bcooksley wrote:Please note that short of embedding the categories into System Settings itself, it is not possible to restrict the categories which exist - so 3rd party vendors will be able to add categories, etc. if they wish to.


If possible in any way, I would strongly recommend to fix the top-level categories. Those should not be added to. The second level is a different story, though.
User avatar
bcooksley
Administrator
Posts
19765
Karma
87
OS
That would require code changes and hardcoding them into System Settings - but it is possible. It would make future changes by designers, etc. more difficult however (as all aspects of the category would be embedded into the application). It would also make the categorisation impossible to understand for outside applications.


KDE Sysadmin
[img]content/bcooksley_sig.png[/img]
User avatar
colomar
Registered Member
Posts
947
Karma
2
OS
bcooksley wrote:That would require code changes and hardcoding them into System Settings - but it is possible. It would make future changes by designers, etc. more difficult however (as all aspects of the category would be embedded into the application). It would also make the categorisation impossible to understand for outside applications.


Hm, maybe we should first try it "the social way" by providing guidelines and communicating clearly that we don't want additional 1st-level categories. We may also try to convince distro packages to patch 3rd-party KCMs that introduce new 1st-level-categories.

Last edited by colomar on Thu Jul 10, 2014 12:07 pm, edited 2 times in total.
User avatar
bcooksley
Administrator
Posts
19765
Karma
87
OS
That would be a recommended approach - I have yet to see any control modules, etc. which add such categories.


KDE Sysadmin
[img]content/bcooksley_sig.png[/img]
enoop
Registered Member
Posts
101
Karma
0
It seems that the screen locker kcm is missing from system settings in the latest builds. I can still get to it through krunner, but it is absent from system settings.
enoop
Registered Member
Posts
101
Karma
0
Just because my last post got noticed and the problem was fixed, I'll post the other KCM I found that isn't shown in system settings. The custom shortcuts KCM should be in the Shortcuts category but it isn't. I can still launch it from krunner though.
User avatar
colomar
Registered Member
Posts
947
Karma
2
OS
enoop wrote:Just because my last post got noticed and the problem was fixed, I'll post the other KCM I found that isn't shown in system settings. The custom shortcuts KCM should be in the Shortcuts category but it isn't. I can still launch it from krunner though.


The fact that the other KCM was fixed might have been a coincidence. Filing a bug would be the more reliable way to make sure it gets noticed and fixed.
enoop
Registered Member
Posts
101
Karma
0
I know, I've been having problems connecting to the bug report site so this seemed like an easy way of getting the problem out there for the time being.
User avatar
bcooksley
Administrator
Posts
19765
Karma
87
OS
Can you please clarify the problems you've been having with Bugzilla? Since the server move everything should be settled down now...


KDE Sysadmin
[img]content/bcooksley_sig.png[/img]


Bookmarks



Who is online

Registered users: bancha, Bing [Bot], Evergrowing, Google [Bot], lockheed, mesutakcan, sandyvee