Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
dev:system-wide-settings:solution-discussion [2009/11/01 22:24] – spelling kitchm | dev:system-wide-settings:solution-discussion [2010/10/02 17:26] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
=====Discussion Page for Possible Solution of System-Wide Settings===== | =====Discussion Page for Possible Solution of System-Wide Settings===== | ||
- | ===== Central GUI ===== | + | ====Central GUI==== |
While it is likely alright to use a central folder view, the important thing is that everything be linked to that one place. | While it is likely alright to use a central folder view, the important thing is that everything be linked to that one place. | ||
It seems that if a particular module or component is being used in the DE or under it, then the Settings Manager must somehow reach out and link the inputs automatically. | It seems that if a particular module or component is being used in the DE or under it, then the Settings Manager must somehow reach out and link the inputs automatically. | ||
- | Perhaps this can be done by requesting that the module or component programmer create a simple interface listing format suitable to the Settings Manager, which would list the particular and available user controls, which would allow them to be set by user interaction with the settings manager. | + | Perhaps this can be done by requesting that the module or component programmer create a simple interface listing format suitable to the Settings Manager, which would list the particular and available user controls, which would allow them to be set by user interaction with the Settings Manager. |
- | However, it is noted that non-Xfce components would have to have such a file created by the Xfce community for outside items such as X, or the Xscreensaver, | + | However, it is noted that non-Xfce components would have to have such a file created by the Xfce community for outside items such as X, or the Xscreensaver, |
The method should be up to the coder, but the idea must be implimented somehow for the benefit of the user. | The method should be up to the coder, but the idea must be implimented somehow for the benefit of the user. | ||
- | The person who codes the Settings Manager could then utilize all available controls in the preferred arrangement, | + | The person who codes the Settings Manager could then utilize all available controls in the preferred arrangement, |
+ | |||
+ | ====Maintaining Modularity==== | ||
+ | |||
+ | A benefit/ | ||
+ | |||
+ | ====Settings Manager Visual Complexity==== | ||
+ | |||
+ | The proposed layout for the settings manager seems to imply notebook widgets within notebook widgets, which could be rather messy. Top levels like, " | ||
+ | |||
+ | Most individual modules would need to have their layouts reworked quite extensively, | ||
+ | |||
+ | Obviousness of the individual modules may also be an issue; with their unique UIs not making it readily apparent just what each module does. Having the banner at the top of the settings manager window change, to offer a description of the current tab/ | ||
+ | |||
+ | mdg: | ||
+ | > Would all the things moved to ' | ||
+ | > | ||
+ | > Some other possibilities: | ||
+ | > - have only one page of settings icons, as now, but organize them into categories. So many of the things being moved into ' | ||
+ | > | ||
+ | > While I think it will probably be easier to find some settings when they are grouped in things like hardware and desktop, if these all become tabs that would take away from some of the nice-ness the current icon-based settings manager. | ||
+ | > Grouping by kind rather than module is good, but grouping most of the settings into ' | ||
+ | |||
+ | \\ | ||
+ | >Is a notebook widget the only option? | ||
+ | > | ||
+ | > | ||
+ | > | ||
+ | >The whole point of " | ||
+ | \\ | ||
+ | >> | ||
+ | >>It is always tough to say how things could be put together. | ||
+ | >> | ||
+ | >>The categories are parially listed on other pages here. There' | ||
+ | |||
+ | ====Separation of Application Settings==== | ||
+ | It seems a more efficient and intuitive interface when settings which belong to an application are left within the application. | ||
+ | |||
+ | An example is one's file manager of choice. | ||
+ | |||
+ | |||
+ | mdg: | ||
+ | > Side note: The settings in " | ||
+ | > | ||
+ | > " | ||
+ | >>\\ | ||
+ | >>I agree. | ||
+ | >> | ||
+ | >>(By the way, you're doing fine. This is not the best wiki engine, so I think you've made the best of it.) | ||
+ | >> | ||
+ | >>The issue of mime types is something that should be handled at the DE level in such a way that all applications know what is what. That is not being done now. This is most definately not a file manager issue; it is an environmental issue. |