Bug#236604: xlibs: [XKB] symbols file for hr (pc/latin/type3) lost minus and underscore at AB10

[Josip Rodin <joy@srce.hr>]

On Sun, Mar 07, 2004 at 01:44:31PM +0100, joy wrote:
> Either /etc/X11/xkb/symbols/pc/hr, or the whole type3 section of
> /etc/X11/xkb/symbols/pc/latin lacks this line:
> 
>     key <AB10>  { [     minus, underscore, dead_belowdot, dead_abovedot ] };
> 
> I checked other type3 keyboards and noticed that:
>  * al and si define it themselves
>  * pl2 and yu (and hr before my change) don't define it
> 
> One could probably check in earlier X versions to see if it was erroneously
> excluded from the type3 template...

I checked 4.1.0-16woody3 xlibs and there:

si:    key <AB10> {     [     minus,    underscore      ]       };
hr:    key <AB10> {     [     minus,    underscore      ]       };
sr:  key <AB10> {   [ slash,             question            ],
(yu =~ sr)
al doesn't exist
pl2 doesn't exist

So it looks like only sr (yu) stands out there...

I also checked in the same directory with the new X over here, and got:

al:    key <AB10> {     [     slash,    question        ]       };
hr:    key <AB10> {     [     minus,    underscore      ]       };
hr.dpkg-dist:    key <AB10> {   [     minus,    underscore      ]       };
pl2:    key <AB10> { [ minus,           underscore      ]       };
si:    key <AB10> {     [     minus,    underscore      ]       };
yu:    key <AB10> {     [     minus,    underscore      ]       };

And here it's only al that stands out.

I guess the immediate solution is to restore the AB10 in hr, investigate
whether pl2 is also broken, and ask the upstream to verify whether sr
supercedes the old yu file (the newer file's author is native so it's
probably more accurate).

(One could also investigate al because it might just have been broken for
a while without anyone fixing it... the author doesn't look like a native.)

-- 
     2. That which causes joy or happiness.