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

Bug#432679: Mapping d-i console layout choices to X layout in the installed system



Package: xserver-xorg
Severity: wishlist
Tags: l10n

It would be nice to be able to choose the right X layout in the installed system based on the choices made in D-I.

Please read below about the implementation proposal.

Christian Perrier wrote:
>>> Christian Perrier wrote:
>>>> I think this probably belongs to xserver-xorg. The X keymap is set in
>>>> that package's postinst. In that piece of code, I see nothing to
>>>> properly handle Romanian keymaps (and, yes, this is ugly and not well
>>>> scalable):

>> (I think the next section deserves a bug of its own, but I'll let others judge
>> this.)

>> WRT the non-scalability, I agree and think we should add a step to the new
>> language process[1] that would add pairs like:
>>
>> fr-latin9,fr:xmap=fr
>> ro:xmap=ro
>> ro-comma:xmap=ro,variant=comma
>>
>> Which should define DI to Xorg layout mappings and we could add that info
>> directly as pacthes to xorg (or maybe console-data, or which is the
>> most-hip-console-layout-database) and xorg could use that information during
>> build to make the appropriate xserver-xorg.postinst section (of course, if added
>> to other package than xorg, xorg would have to Build-Depend on that package,
>> thus takign the most recent information).
>>
>> What do you think?
> 
> 
> This is defintely interesting, so I'm very glad to announce that you
> just volunteered to commit the appropriate patch to the D-I i18n doc,
> Eddy..:-)

I have committed the changes in d-i's SVN repo in revision 48042.

> Given that we already have a step for new languages to specify the
> console keymap and font, we could indeed just add the requirement for
> X.org keyboard handling settings to that step, also.


Still I think we should clarify the and format and the place where this information will be so that is easier for the X
maintainers to actually use this information in a programatic way.

For starters I think we should keep a list like the one I proposed somewhere in the D-I SVN repo.

Is there an already existing package that seems appropriate to incorporate this information, or do we have to make a new
package?

-- 
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: