Polish UTF-8 keymap.

Bug #12629 reported by Emil Oppeln-Bronikowski on 2005-02-07
10
Affects Status Importance Assigned to Milestone
console-common (Ubuntu)
Medium
Unassigned

Bug Description

I couldn't find anyone responsible for putting this into Hoary, so, as Kamion
adviced, I'm filling the bug. Hope you can find a someone responsible. :-)

Emil Oppeln-Bronikowski (opi) wrote :

Created an attachment (id=1292)
Here's the file!

Denis Barbier (barbier) wrote :

Out of curiosity, why do you want an extra keymap? Or in other words,
what does this keymap provide that you do not already have with pl1.kmap.gz?

chastell (chastell) wrote :

(In reply to comment #2)
> Out of curiosity, why do you want an extra keymap? Or in other words,
> what does this keymap provide that you do not already have with pl1.kmap.gz?

It's an UTF-8 keymap. The pl1.kmap doesn't work in a UTF-8 console, which will
be the default for Hoary.

Denis Barbier (barbier) wrote :

I hacked kbd and console-tools packages in Debian so that keymaps
work the same when keyboard is in ASCII and UTF-8 modes, and thus
there is no reason to have these duplicated keymaps.
Last day I checked on my Debian box (with kbd, not console-tools):
  $ export LANG=en_US.UTF-8
  $ unicode_start
  $ loadkeys pl1
and AltGr+e printed eogonek as expected. It should be similar with
Debian console-tools (but I did not test it); so if you have trouble,
some patch may get lost in Ubuntu console-tools. Do the commands
above let you enter an eogonek with AltGr+e?
There are still some issues when generating boottime.kmap.gz, but
AFAICT your keymap would not solve them.

Colin Watson (cjwatson) wrote :

(In reply to comment #4)
> Last day I checked on my Debian box (with kbd, not console-tools):
> $ export LANG=en_US.UTF-8
> $ unicode_start
> $ loadkeys pl1
> and AltGr+e printed eogonek as expected. It should be similar with
> Debian console-tools (but I did not test it); so if you have trouble,
> some patch may get lost in Ubuntu console-tools. Do the commands
> above let you enter an eogonek with AltGr+e?

This works for me in Ubuntu. (I had to do 'consolechars -f lat2-sun16' first to
get a useful font, of course. Is there a single Unicode console font with good
coverage? It would be so much better to use one console font across the board.)

chastell (chastell) wrote :

(In reply to comment #4)
> I hacked kbd and console-tools packages in Debian so that keymaps
> work the same when keyboard is in ASCII and UTF-8 modes, and thus
> there is no reason to have these duplicated keymaps.

Oh, that's great. I'll give it a check this evening (I'm away from my Ubuntu
machine at the moment).

The only reason for pl-utf.kmap's existence would be if it added something not
available in the ISO-8859-2 locale (like curly quotes, em- and en-dashes,
ellipsis and so on), but it doesn't, currently. I'm working on something sane
(I'm a typography freak, so sue me), but I'd rather get it full for Grumpy then
try to squeeze it half-ok into Hoary.

chastell (chastell) wrote :

(In reply to comment #5)
> (I had to do 'consolechars -f lat2-sun16' first to
> get a useful font, of course. Is there a single Unicode console font with good
> coverage? It would be so much better to use one console font across the board.)

IIRC correctly, there can't be - I vaguely recall I learned it from [1], but
can't check at it at the moment.

In Debian, there are the fonty and fonty-rg packages, and I ended using the
isox-16 screen font, but it's still not perfect.

[1] http://melkor.dnp.fmph.uniba.sk/~garabik/debian-utf8/HOWTO/howto.html

Denis Barbier (barbier) wrote :

(In reply to comment #5)
> Is there a single Unicode console font with good coverage? It would be
> so much better to use one console font across the board.)

Console fonts cannot contain more than 512 glyphs, and should contain
graphical symbols so that tasksel and other tools look nice on console,
so there is no such universal font. That said, I do not know which fonts
are the best candidates, IIRC the fonty package is quite popular amongst
people using an encoding different from iso-8859-1.

Matt Zimmerman (mdz) wrote :

The consensus seems to be that this keymap is not required (again in
http://lists.ubuntu.com/archives/ubuntu-devel/2005-February/004269.html)

Do we need to merge some changes from Debian to get satisfactory functionality?

chastell (chastell) wrote :

(In reply to comment #4)
d> Last day I checked on my Debian box (with kbd, not console-tools):
> $ export LANG=en_US.UTF-8
> $ unicode_start
> $ loadkeys pl1
> and AltGr+e printed eogonek as expected.

Ok, I finally got to my Ubuntu machine and the above works, great!

What are the chances of loading pl1 at the boot time? I chose Polish options at
installation time, so pl1 should be the default kmap, I believe.

Dennis Kaarsemaker (dennis) wrote :

Shot, would you consider this bug fixed? If so, please close it :)

Emil Oppeln-Bronikowski (opi) wrote :

It seems to be fixed now.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.