A 14:46 97-09-29 -0700, Hohberger, Clive P. a écrit :
>Arnold and Lori: thanks so much for the info.
>
>Since I need to get back to the SC31 barcode and label printing
>community asap so that we can design the appropriate characters, put
>them in updated firmware, and be able to print them on labels and
>design them into into future barcodes... Can some please tell me the
>final resolution of the 8-bit character mapping question?
>
>1. What will be the 8-bit character mapping of these keyboards?
> Is it always the same?
[Alain] :
Keyboard allocation is totally decoupled from coding, i.e. you can
implement ISO/IEC 9995-3, for example, using any code.
Concerning ISO/IEC 8859-15 (Latin 0), we have to wait the end of the
current ballot to be sure.
For EURO, this is converging to one of 2 codes of Latin 1 to be "replaced":
CURRENCY SIGN (¤) or PLUS-MINUS SIGN (±). It is likely that it will finally
be the CURRENCY SIGN that wil be "replaced" (same nature character), but
that is *not absolutely* certain at this time.
In the Windows 8-bit character set, it seems to be definitive, Lori can
confirm it, exchange with Latin 0 will just be a matter of mapping.
[Clive] :
>2. What will be the 8-bit EBCIDIC mapping of the Euro sign?
>
>Clive Hohberger
>SC31 liaison to SC2
[Alain] :
Imho, IBM will choose the same character as what will be chosen for Latin
0, so that mapping will not require changes between CECP code pages and
ISO/IEC 8859 structure. That is certainly the scheme that users expect.
That is also the main reason why we suggested Latin 0, to be able to
exchange data in hartmony between PCs, mainframes and the standards-coupled
world. Latin 0 is an interchange code, and will probably be a native code
only in systems like UNIX... always imho.
Alain LaBonté
Québec
This archive was generated by hypermail 2.1.2 : Tue Jul 10 2001 - 17:20:37 EDT