Re: Lock'n'load! [Was: Integrating system tools in GNOME]
- From: "Sergey V. Udaltsov" <svu gnome org>
- To: "Manuel Amador (Rudd-O)" <amadorm usm edu ec>
- Cc: jody gnome org, elanthis awesomeplay com, desktop-devel-list gnome org
- Subject: Re: Lock'n'load! [Was: Integrating system tools in GNOME]
- Date: Wed, 09 Jun 2004 21:34:29 +0100
> Run a poll and have 30 people participate, in which you ask them how
> frequently they change their keyboard layouts.
>
> Over here, it's 0/30.
>
> Try not to have "selection bias" in your sample.
:) OK. That's some statistics at least:) Just to clarify the selection
details: How many of them use languages other than native? How many of
them share computer with someone speaking different languages?
> My point wasn't to discuss this. I meant to highlight that (if you'd
> like to call it, DEFAULT) keyboard layout is definitely a system
> setting, but that it should be also user-configurable so users don't
> need the root password to change it.
OK. That makes perfect sense. There is system-wide default (in
XF86Config) - and there is user setting. I am 101% happy with it. Till
hat point I did not touch default settings, I only worked on per-user
basis. Just to clarify - do you agree that user NEEDS root password in
to change default settings?
So here we go to some architectural problem which I do not know how to
resolve properly. System-wide settings are managed by g-sys-tools (well,
suppose for a second, someone adds "Keyboard" part to it). And the user
keyboard configuration is now in g-k-p (probably should go to i18n
capplet). They are different, absolutely unrelated pieces of code (and
pieces of UI - which is more important in this context). What would be
the right way to "merge" them?
> Shouldn't the GNOME system tools account for different X server
> configuration types?
I thought so...
Cheers,
Sergey
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]