Proposal for KControl

[Aaron J. Seigo]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 01 July 2002 06:54, Joseph Manojlovich wrote:
> On Mon, 1 Jul 2002, Waldo Bastian wrote:
> > On Sunday 30 June 2002 02:16 pm, Charles Samuels wrote:
> > > søndag 30 juni 2002, 12:48 pm, skrev Rik Hemsley:
> > > > -----BEGIN PGP SIGNED MESSAGE-----
> > > > Hash: SHA1
> > > >
> > > > #if Charles Samuels
> > > >
> > > > > Are there any objections to me making my changes over the next 12
> > > > > hours or so, and commiting them incrementally (so I don't get
> > > > > confused :)
> > > > >
> > > > > My only changes will be the rearranging of the items in kcontrol.
> > > >
> > > > No objections from me.
> > >
> > > I just commited Peripherals, please take a look.
> >
> > I strongly doubt whether Keyboard Shortcuts belongs under peripherals.
> > Keyboard shortcuts are not a property of the keyboard, they are a
> > property of the applications and/or the system in general.

i had the same issue with it..

so, how *do* users perceive it? do they perceive keyboard shortcuts as part of 
the "desktop", "applications" or as part of the "keyboard"

the way to find this out is to give them a list of categories and get them to 
tell you which category they would try first for a given panel/configuration 
category.

> > Maybe the section "Modifiers Key" could be considered a keyboard property
> > though?
>
> What about single/double clicking for icons, which is currently under
> the Mouse properties?

since pretty much nobody finds it there, it probably belongs with "icons" ... 


and speaking of icons, i would personally expect Desktop / Appearance to 
include all things appearance-related for the desktop including desktop 
icons. i don't expect desktop icons on/off to be on Desktop / Behaviour since 
that isn't behaviour, it's appearance. the icon affects that are applied to 
desktop icons should also be in there, following an application-centric 
design. in fact, one might say that Desktop / Appearance is too broad anyways 
should be divided up into Background, Icons, Fonts ...

but this means redoing a LOT of the panels themselves, not simply playing 
3-card monty with them. 


i very much like the application-centric concept as it removes one level from 
the kcontrol hierarchy (Application -> Panel, vs Category -> Panel -> Tab) 
and should be easier for users to gauge what is where since there is a more 
direct relationship between where the option is in their desktop experience 
and where it is in the control panel system.

but this requires reworking/rewriting many of the panels themselves to get it 
right.


there are other questions that remain such as: where do "Colours", "Style", 
"Language and Country" settings belong? the affect all applications / 
graphical components ....

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

"Everything should be made as simple as possible, but not simpler"
    - Albert Einstein
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9IP7G1rcusafx20MRAmA9AKCC2HQ1pBwWDb+U4dFIVsyiyVPyZwCfUBD5
EinRi08enBKRHW5Z4HTTWoQ=
=hm+e
-----END PGP SIGNATURE-----