[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: alias in fontconfig (Re: supporting XIM)

Tomohiro KUBOTA wrote:

- Xmms cannot display non-8bit languages (music titles and so on).



Are you sure? It CAN display Chinese/Japanese/ Korean id3 v1 tag as long as
the codeset of the current locale is the codeset used in ID3 v1 tag. 


I'll test this further.  However, please note I won't be satisfied by
"i18n" which require specific configuration other than setting LANG
variable (and installing required softwares and resources).


xmms does NOT take anything more than setting LANG. The reason I used LC_ALL in
my example is because that's the only sure way to set the locale. If I use LANG,
it can get shadowed by LC_ALL and LC_*. LC_ALL overrides LC_* and LANG. Other complications are not the fault of xmms but that of ID3 v1 tag
that does not have any mechanism for specifying the encoding. ID3 v2 should
solve this problem by using Unicode, but not many programs support it. (I doubt
many portable mp3 players support it)

I want such "alias" to be automated.  If I have one Korean font installed,
it is obvious that renderer must use the font for all Korean texts.
It is not a good idea that the renderer fail to display Korean when
the user doesn't configure the "alias".


fontconfig always returns a font if there's a font on the system with the character requested.
So, it's possible now.



- There are no lightweight web browser like dillo which is i18n-ed.


I think that w3m-m17n is an excellent lightweight browser that supports I18N well.



Well, I meant a lightweight GUI browser. Though I haven't checked,



It's sorta gui browser. It supports image rendering and mouse. You can also compile it with
JS interpreter . BTW, how about Phoenix(www.mozilla.org/projects/phoenix) and Galeon ?

There is another i18n extension of w3m: "w3mmee".  I don't know which
is better.



I'm aware of that. I just wish either of them (or a combination of two) to be included in
w3m.

- FreeType mode of XFree86 Xterm doesn't support doublewidth characters.



Well, it sort of does. Anyway, I submitted a patch to Thomas and I expect
he'll apply it sooner or later. After that, I'll add '-faw' option (similar to '-fw' option).



Fantastic! May I want more? Xterm can automatically search a good
(corresponding) doublewidth font in non-FreeType mode. How about
your patch?


I'm not sure whether I can. We'll see.



--
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/linux-utf8/