Re: alias in fontconfig (Re: supporting XIM)

[Jungshik Shin]

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/