Mailinglist Archive: opensuse-bugs (9423 mails)
| < Previous | Next > |
[Bug 360993] incorrect Euro code on text console, german keyboard layout, kbd-1.12-138
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Sun, 2 Mar 2008 03:48:46 -0700 (MST)
- Message-id: <20080302104846.31188CC7B0@xxxxxxxxxxxxxxxxxxxxxx>
https://bugzilla.novell.com/show_bug.cgi?id=360993
User joehtg@xxxxxxxxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=360993#c3
Josef Hinteregger <joehtg@xxxxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |ASSIGNED
Info Provider|mfabian@xxxxxxxxxx |
--- Comment #3 from Josef Hinteregger <joehtg@xxxxxxxxxxxx> 2008-03-02
03:48:45 MST ---
first step should be to enable a correct mapping in Unicode mode, I could
contribute the patches if you agree to my proposal.
1) correct euro2.map, replace "currency" by "euro"
2) fix loadkeys:
- tolerate Meta_acute in Unicode mode although 0x1b 0xb4 is not a valid utf8
sequence, and give a warning instead of fatal exit.
0x1b 0xb4 is the sequence generated by Meta_acute. This definition currently is
achieved by doing loadkeys first in ascii mode, followed by
dumpkeys | loadkeys --unicode
in /etc/init.d/kbd
3) eventually comment out the Meta_acute definition, so whoever requires the
definition could easily enable it.
4) do "loadkeys --unicode" right away in /etc/init.d/kbd instead of doing
singlebyte loadkeys first.
I doubt if cleaning up the mess in loadkeys is worth the effort (singlebyte
encodings in textconsole are legacy), but here is my idea how it should be
done.
rewrite loadkeys to work internally in Unicode mode only, conversions to
singlebyte encodings should be controlled by the locale setting or by command
line argument.
required conversions should be done by standard functions locale, iconv, maybe
libicu.
this would allow to select windows-1252 as encoding, pragmatic extension of
iso-8859-1, best suited for western european singlebyte environment.
windows-1252 contains both euro U+20ac and acute U+00b4 at the same time.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
User joehtg@xxxxxxxxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=360993#c3
Josef Hinteregger <joehtg@xxxxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |ASSIGNED
Info Provider|mfabian@xxxxxxxxxx |
--- Comment #3 from Josef Hinteregger <joehtg@xxxxxxxxxxxx> 2008-03-02
03:48:45 MST ---
first step should be to enable a correct mapping in Unicode mode, I could
contribute the patches if you agree to my proposal.
1) correct euro2.map, replace "currency" by "euro"
2) fix loadkeys:
- tolerate Meta_acute in Unicode mode although 0x1b 0xb4 is not a valid utf8
sequence, and give a warning instead of fatal exit.
0x1b 0xb4 is the sequence generated by Meta_acute. This definition currently is
achieved by doing loadkeys first in ascii mode, followed by
dumpkeys | loadkeys --unicode
in /etc/init.d/kbd
3) eventually comment out the Meta_acute definition, so whoever requires the
definition could easily enable it.
4) do "loadkeys --unicode" right away in /etc/init.d/kbd instead of doing
singlebyte loadkeys first.
I doubt if cleaning up the mess in loadkeys is worth the effort (singlebyte
encodings in textconsole are legacy), but here is my idea how it should be
done.
rewrite loadkeys to work internally in Unicode mode only, conversions to
singlebyte encodings should be controlled by the locale setting or by command
line argument.
required conversions should be done by standard functions locale, iconv, maybe
libicu.
this would allow to select windows-1252 as encoding, pragmatic extension of
iso-8859-1, best suited for western european singlebyte environment.
windows-1252 contains both euro U+20ac and acute U+00b4 at the same time.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |