On 28 Sep 2001, Juliusz Chroboczek wrote: > Of course, this is only reasonable if you believe (as I, for one, > certainly do) that RENDER is being deployed fast enough to make > exclusive use of client-side fonts a reasonable approach in the > foreseeable future.
Is there already a way to use pixel fonts with render? For some applications (terminal emulators with small glyphs most notably, e.g. popular with programmers and sys-admins), bitmap fonts will always be preferable over TrueType fonts. Please do not neglect them in any future font architectures. Some of the "legacy encoding" compactness could be easily given to ISO10646-1 XLFD fonts if the font subrange mechanism would finally be implemented for BDF and PCF fonts as well. Then an application could load out of a full ISO10646-1 font easily only say the Ethiopic collection, for example as in -Misc-Fixed-Medium-R-Normal--20-200-75-75-C-100-ISO10646-1[0x1200_0x137f] which ought to (but currently doesn't) load only the Ethiopic part of the font with a correspondingly nice and small XFontStruct. The Syntax is already defined in ftp://ftp.x.org/pub/R6.4/xc/doc/hardcopy/XLFD/xlfd.PS.gz section 3.1.2.12, page 8 I think finally implementing the subset mechanism for BDF/PCF would provide the cheapest and most effective improvement that can be done on the XFontStruct front for ISO10646-1 fonts. Markus -- Markus G. Kuhn, Computer Laboratory, University of Cambridge, UK Email: mkuhn at acm.org, WWW: <http://www.cl.cam.ac.uk/~mgk25/> _______________________________________________ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
