Erik van der Poel <[EMAIL PROTECTED]> writes: > 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.
Ahh, thank you for the clarification. > > 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. Figures. > 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? :-) AAAAAAAGGGGGGGHHHH!!!!! I've always loved XLFD, really. It's so ... 'descriptive'. You know, it used to be reliably consistent, but every vendor has to do things differently, so... If XLFD is going away, what's the replacement? 'james -- James A. Crippen <[EMAIL PROTECTED]> ,-./-. Anchorage, Alaska, Lambda Unlimited: Recursion 'R' Us | |/ | USA, 61.20939N, -149.767W Y = \f.(\x.f(xx)) (\x.f(xx)) | |\ | Earth, Sol System, Y(F) = F(Y(F)) \_,-_/ Milky Way. _______________________________________________ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
