Re: [l10n] Changes to languagechooser

2004-05-17 Thread Christian Perrier
Quoting Christian Perrier ([EMAIL PROTECTED]):
 Following some sub-threads of the giant crossposted thread in -devel
 and -boot about the Taiwan issue, I made some changes to
 languagechooser.

These changes have been temporarily put aside. They induced too much
potential new bugs (though I tested the stuff as cleanly as possible).

Languagechooser has been reverted back to its well-known layout.

This new version has not been yet uploaded though


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [l10n] Changes to languagechooser

2004-05-10 Thread Nikolai Prokoschenko
On Mon, May 10, 2004 at 07:26:49AM +0200, Christian Perrier wrote:

 Choose each and every language/country combination you can, go through
 the keyboard selection screen, then switch to 2nd console, activate it
 and get the following variables:

First, I second the urge to clean up the keyboard-chooser mess. It's not
usable, maybe something like a second screen would be nice.

Second, I have been asked (in Russian), which country I am in, these
countries have been Russian Federation and Ukraine - in English. I
think I have reported this already, but better one more time, than no
time

 Please report any inconsistency you may find

So, these are the russian/Germany/de-latin1-nodeadkeys one

 debconf-get debian-installer/language

ru_DE:ru:en_GB:en

Don't know if this is okay, looks definitely weird. BTW, it might be a
nice feature to be more intelligent: if I choose russian language, but
Germany as the country, it is still logical, that I speak or at least
understand German. Therefore, there should be another fallback before
English - German. One the other note, ru_DE will definitely fail if used
as a locale name

 debconf-get debian-installer/country

DE

Should be okay, I guess.

 debconf-get debian-installer/locale

ru

How is this value used? How will be the locale name combined? ru_DE.KOI8-R
will fail and thus I'll get en_GB on reboot?

 Otherwise, please comment. I know some of you won't like this because
 we had one keystroke to the install process, but I deeply hope the
 benefits (simplification) will weight more than the drawbacks.

It's really nice and clean. One (IMHO unsolvable) problem is that there is
much explanatory text in English on the first screen. I do not have an
idea how to change this ATM, one possibility could be to introduce a
kernel boot parameter to set this up and maybe some hook inside of the CD
itself, so that the redistributors could set this up as they want (german
distributors would definitely like to pre-select language to german
without taking the users the possibility to change this).

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [l10n] Changes to languagechooser

2004-05-10 Thread Denis Barbier
On Mon, May 10, 2004 at 07:26:49AM +0200, Christian Perrier wrote:
 Following some sub-threads of the giant crossposted thread in -devel
 and -boot about the Taiwan issue, I made some changes to
 languagechooser.
 
 These changes are not related to the Taiwan issue, they are driven by
 some remarks several people made when the method currently used for
 choosing language/country is described.

I am glad to see that you did not strictly follow ISO 639 for language
names ;)

Denis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [l10n] Changes to languagechooser

2004-05-10 Thread Frans Pop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 10 May 2004 07:26, Christian Perrier wrote:
 The English names coloumn may appear unneeded.
 [cut]
 The locale (fr, pt_BR, ...) name disappeared, but it may be re-added
 if needed. The sorting is done against it

What do you mean? It seems to me the languagelist is sorted based on the 
English names, not the locale. Looks OK to me.

However, the sort order of the list in keyboard-chooser still defies all 
logic. This really needs to be improved! Currently it is almost impossible to 
find the correct keyboard layout in the list.

 The principle isĀ : one translation, one entry. So, there are two
 entries for Chinese, Brazilian Portuguese is separated from
 Portuguese, the two Norwegian flavours are there.but there's only
 one line for French, Spanishand English.

I like this. A much cleaner list. Much easier to find what you want.

 One drawback is losing the one-key America-centric way to install
 by choosing the default--with the most usual choices, people will
 have to go into the countrychooser screen anyway.

I mostly choose English for language and Netherlands for country for my 
installations. I really didn't like to always have to skip out of the America 
list anyway. I'm glad it's gone.

 http://people.debian.org/~bubulle/new_languagechooser.iso
 I encourage people and more specially translators to test this image.

 debconf-get debian-installer/language
 debconf-get debian-installer/country
 debconf-get debian-installer/locale

I also checked debconf-get debian-installer/keymap.

Here are the results for English/Netherlands and Dutch/Netherlands tests.
The problem is, I don't know if the values are correct or not :-(

Choosing 'English / Netherlands / American English' gives:
debian-installer/language   en_NL:en   (is this a valid option???)
debian-installer/countryNL
debian-installer/locale en
debian-installer/keymap us

I think maybe the locale should be set to 'en_US' as I chose the American 
English keymap (or else the locale 'en' should be properly supported; see 
#244475).

Choosing 'Dutch / Netherlands / Dutch' gives:
debian-installer/language   nl_NL:nl:en_GB:en   (surely this is not valid!)
debian-installer/countryNL
debian-installer/locale nl_NL
debian-installer/keymap nl

Wishlist item:
I'd really like to see a shortlist of keymaps based on the country that has 
been chosen. For the Netherlands this should be 'American English' (default, 
see also #246725), 'Dutch' and an 'other' option.
I guess this would not be trivial as such a list would probably also have to 
be architecture dependent...

Hope this helps.

FJP
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFAnz7vgm/Kwh6ICoQRAqCmAKCCLg+HfEY1fos28Lx/MpbW9kTugwCgz0o2
9+JhRjB6jYyn+/lMCZSqQRE=
=aa1l
-END PGP SIGNATURE-



Re: [l10n] Changes to languagechooser

2004-05-10 Thread Christian Perrier
Quoting Frans Pop ([EMAIL PROTECTED]):

 Choosing 'English / Netherlands / American English' gives:
 debian-installer/language   en_NL:en   (is this a valid option???)

Yes, this is valid. The second entry is used as a fallback

 Choosing 'Dutch / Netherlands / Dutch' gives:
 debian-installer/language   nl_NL:nl:en_GB:en   (surely this is not valid!)

This *is* valid...:-)

language is indeed a list of language variants, some of which may
correspond to invalid locales (such as en_NL) but at least one being
valid

It it *not* used for setting the locale and *not* for setting the LANG
variable. The purpose of this value os giving a list of preferred
languages.

For instance, the Ukrainian entry gives uk:ru:en which means that
the user prefers Ukrainian, but accepts fallbak to Russian if
Ukrainian is not available and English if both aren't available...

Indeed, you got exactly the same in beta4...:-)

The locale is set by the debian-installer/locale debconf value. That
one needs to be a valid locale.

 Wishlist item:
 I'd really like to see a shortlist of keymaps based on the country that has 
 been chosen. For the Netherlands this should be 'American English' (default, 
 see also #246725), 'Dutch' and an 'other' option.
 I guess this would not be trivial as such a list would probably also have to 
 be architecture dependent...

No, certainly not trivial.

The problem of the kbd-chooser list is first its sorting. It is sorted
according to the keymap file name. As debconf/cdebconf do *not* sort
the translated lists, this explains why the list seems completely
messy.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]