Hi,
At Fri, 09 Feb 2001 08:51:44 +0000,
Markus Kuhn <[EMAIL PROTECTED]> wrote:
> Let me update my proposal:
>
> If the language tag (RFC 1766) has the form uu-vv or just uu, and the
> locale has the form xx(_YY)?([\.@].*) then xterm will attempt to open the
> current fonts with the ADD_STYLE_NAME values
>
> "uu_VV"
> "uu"
> "uu_*"
> "xx_YY"
> "xx"
> "xx_*"
> ""
> "*"
>
> in this order (if any of the used components uu, vv, xx, yy is not
> available, the ADD_STYLE_NAME patterns in which they appear will
> not be used).
Agreed. My intence is to make XTerm usable for both international
users/texts and domestic users/texts. International users need language
tags, while domestic users may use Unicode without language tags and hope
their proper font to be chosen. Your idea can support these needs.
> We are talking about terminal emulator semantics here primarily. Italics
> support (ESC [ 3 m I think) belongs into a terminal emulator just as
> bold and inverse do, there is no question about that. XFree86 has now
> italic versions for the most commonly used xterm fonts and emacs is a
> very popular software that makes intensive use of italic in various
> modes. So there are definitely very good reason for adding italics
> support to xterm. It is an orthogonal issue to language tagging support,
> but I mentioned it here because if someone digs up the font loading and
> character attribute parts of xterm anyway, it is a good time to include
> italics support at the same time.
Agreed. XTerm covers more than plain text now, by supporting bold
and underline. I suspected that you may recognize language tags and
CJK variants as mere "eye sugars" like bold/italic/etc. However, I
am glad to find that my suspect was wrong.
---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://surfchem0.riken.go.jp/~kubota/
"Introduction to I18N"
http://www.debian.org/doc/manuals/intro-i18n/
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
