Re: gdm changes and the live cd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On 03/04/2011 09:46 PM, Matthias Clasen wrote:
> On Sat, 2011-03-05 at 02:57 +0100, Christoph Wickert wrote:
>> Am Freitag, den 04.03.2011, 18:25 -0500 schrieb Matthias Clasen: 
>>> There are some changes in GDM and GNOME3 that affect our live cd setup,
>>> and will require some changes:
>>>
>>> GDM no longer has a keyboard or language chooser. They were mainly added
>>> to cater to livecd must-choose-before login scenarios, but they proved
>>> to be really problematic ever since we added them, since they cause a
>>> conflict between multiple configuration sources (system keyboard layout
>>> vs stored user configuration vs login screen choice, etc). 
>>
>> What exactly were the problems here? User configuration overwrites
>> system configuration and the choice from the login overwrites the user's
>> setting since it is more recent. There may have been technical problems
>> under the hood, but I think GDM solved them very well and the users were
>> happy. They will be way unhappier with what you are proposing.
> 
> There's really quite a few problems. 
> 
> gdm offered only a limited choice of a single layout with no variants,
> which was sufficient for entering your password, but then some people
> were upset that they had to select their keyboard layout again in the
> session, so we made the gdm choice transfer in the session. That in turn
> made people upset who have a complicated, multi-layout or variant-using
> setup in the session and did not want that overwritten. Then we made it
> so that the gdm layout is only added to the existing session
> configuration, then we made further tweaks ... and still, it was never
> right.
> 
> Ultimatively, 99% of all passwords out there consist of ascii only, so
> why not keep it simple and forego all this crazyness ?
> 
>>> Without these
>>> choosers, it doesn't really make sense anymore to stop at the login
>>> screen with a time login, and we should consider to just autologin
>>> directly to the user session. The session will start in English, and
>>> users who need a different language will have to select the language in
>>> System Settings > Region and re-login. Keyboard configuration is less
>>> problematic, since it can be changed without requiring a re-login.
>>
>> Only ~ 40% of our users are using en_US. Forcing the majority to log in
>> to a language they don't use and perhaps not even understand seems very
>> drastic to me.
> 
> This is really only an issue for the live cd, though. In a regular
> installation, it is just a one-time annoyance. You log in once, select
> your language, and you are all set. Next time you log in, you get your
> language right away.
> 
which get's you back to what's the purpose of the LiveCD. Isn't the
primary use case to give users an impression of what they would get with
an install - without taking risk and time to actually install ?

I wonder what kind of impression you provide by completely ignoring the
fact that they might not use en_US or understand English well enough to
*find* and *use* the language settings. Not to mention the relogin -
this is juts so 1995

If you want to ignore a minority of users requirements, then do exactly
this and don't change anything. I didn't consider the outlined use cases
overly relevant for the LiveCD, but I might be missing something.

Just my 5 cents

Lars

-- 
desktop mailing list
desktop@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/desktop


[Fedora Users]     [Fedora Announce]     [Fedora Legacy Announce]     [Kernel]     [Fedora Legacy]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

Add to Google Powered by Linux