"James A. Crippen" wrote:
> 
> In xc/registry under section 14 (FONT CHARSET (REGISTRY AND ENCODING)
> NAMES) I see a number of Asian encodings listed with 'GR encoding' and
> 'GL encoding'.  For example,
> 
> "GB2312.1980-0"                                 [39],[12]
>         China (PRC) Hanzi, GL encoding
> "GB2312.1980-1"                                 [39]
>         (deprecated)
>         China (PRC) Hanzi, GR encoding
> "JISX0208.1990-0"                               [71]
>         Japanese Graphic Character Set,
>         GL encoding
> "JISX0208.1983-1"                               [40]
>         (deprecated)
>         Japanese Graphic Character Set,
>         GR encoding
> 
> What exactly is the difference between these encodings?

The difference between GL and GR? These terms come from ISO 2022 and
related standards. The G stands for graphic characters (as opposed to
control characters), and the L and R stand for left and right,
respectively. The code space is divided into the left and right sides,
where the left side has the 8th bit set to zero, while the right side
has it set to one. So, in the case of a double-byte character set (as
above), GL has the 8th bit on both bytes set to zero, while GR has them
set to one.

> And why do the GR encodings seem to be deprecated frequently?

My guess is that they wanted to standardize on one of them, and chose GL
quite arbitrarily.

Note that the -0 == GL convention is not universally followed:

http://lxr.mozilla.org/seamonkey/source/gfx/src/gtk/nsFontMetricsGTK.cpp#376

See the comment about AIX and KS C 5601. Aren't you glad we're starting
to move away from XLFD? :-)

Erik
_______________________________________________
Fonts mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/fonts

Reply via email to