Re: [desktop] why kde and gnome's menu situation sucks
Hi,
At Wed, 23 Oct 2002 14:26:22 +0200,
Michael Piefel wrote:
>
> Am 23.10.02 um 15:23:44 schrieb Tomohiro KUBOTA:
> > Oohara Yuuma wrote:
> > > (On mlterm you can do CTRL + right-click to change its font and color
> > > --- another advantage.)
>
> Where exactly is the font selection dialog? I didn't find it. Does
> making the current font smaller or larger count? Well, xterm does this
> as well.
I don't know what Oohara wanted to mean exactly. I think you are right,
i.e., mlterm and xterm are even in this point.
Though mlterm has many fancy setting items in CTRL + right-click,
I don't think these features are very important. I just want to
say that xterm is for users in local region on the earth, while mlterm
is the most global as far as I know.
> Oh, the _next_ version might have _limited_ i18n support? I don't think
> they will take away the i18n support that's already in it. Please refer
> to your own page:
> > http://www.debian.or.jp/~kubota/mojibake/
I wrote that next xterm will have limited *LC_CTYPE sensibility support*.
Note that the current CVS version already has this feature. If you'd
like to try this, please read manpage for -lc, -lcc, and -en options.
"LC_CTYPE sensibility" means that, when you invoke xterm in some locale,
xterm will automatically check the locale and choose proper encoding
(for example, ISO-8859-2 in pl_PL locale, TIS-620 in th_TH locale,
ISO-8859-15 in fr_FR@euro locale, EUC-JP in ja_JP.eucJP locale, and so on).
I said "limited" because LC_CTYPE sensibility is limited to Chinese,
Japanese, Korean, and Thai locales by default. By changing resource,
ISO-8859-* and KOI8-R will be added (XTerm*Locale: true). Please read
the manpage for luit in XFree86 CVS for complete list of supported
locales and encodings.
However, xterm doesn't support bidi yet. Character width is not very
good for east Asian encodings. For east Asian encodings, usage of DEC
characters will disable non-ASCII characters. (This means that invocation
of debconf in "dialog" user interface will surely breaks the terminal).
I don't know these problems can be solved in XFree86 4.3.
LC_CTYPE sensibility is important because, if the encoding of terminal
emulator and LANG variable differs (for example, LANG=ja_JP.eucJP while
terminal emulator is ISO-8859-1), "mojibake" occurs.
> mlterm is really nice, but not flawless either. We still have a long way
> to go, but since we're talking about the next release, I'm afraid we
> also have a lot of time.
Yes, these softwares are all improving. However, I think mlterm is
the best choice so far. In future, if some other software will be
the best, we can easily change the choice.
---
Tomohiro KUBOTA <kubota@debian.org>
http://www.debian.or.jp/~kubota/
"Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/
Reply to: