On Fri, 20 Feb 2009 20:09:30 +0100, Peter Wehrfritz <peter.wehrfr...@web.de> 

> Kim Woelders schrieb:
>> Hello,
>> It is annoying that Eterm doesn't handle utf8. Here is a half-baked  
>> patch that might inspire somebody (Michael? :) ) to do it properly.
> Or maybe one gsoc student :).
>> Beware! This patch breaks things in non-utf8 locales, probably doesn't  
>> work on big-endian platforms, and is not suited for anything except  
>> playing around.
>> That said, things seem to work fairly well with e.g. LANG=en_US.UTF-8  
>> and selecting a "good" font, e.g.
>> Eterm -F  
>> -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1
>> With -misc-fixed-medium-r-normal-ja-13-120-75-75-c-120-iso10646-1 it  
>> even looks like Japanese and Korean is rendered correctly but there is  
>> some weirdness with column stepping (every second column is skipped).
> I've seen in your patch that you are converting the text to ucs-2. which  
> is, as you probably know, only a subset of unicode 4.0 and hence doesn't  
> cover all UTF-8 supported characters. I guess that most (probably all)  
> Unicode character beyond the scope of ucs-2 aren't used widely. I doubt  
> that someone uses "Ancient Greek Musical Notation"-characters in a  
> terminal application, but wouldn't it be better to support the whole  
> UTF-8 character set, even if it is only for the sake of completeness?
Yes. UCS-2 is used as internal encoding in this patch. It is what I found all 
in all seemed to give best results.
It might be considered to use UCS-2BE internally to avoid some byte swapping, 
but I got in trouble with that somewhere.

I have a similar patch where the internal encoding is wchar_t and 
mbstowcs/XwcDraw[Image]String/XFontSet are used.
I found it very hard if not impossible to select a proper font set. Either I'm 
stupid or that just doesn't work properly.

I'm fairly convinced that using UCS2 is fine for all practical purposes and I 
think that implementing utf8 support at all is more important than going for 
completeness and support for ancient whatnot :)

It could also be considered to use Xft, but again, I'm having trouble selecting 
the font I want in stead of some silly antialised one. However, there are 
reasons to try and get this right (the old X11 font system kind of being on the 
road to deprecation).


Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
enlightenment-devel mailing list

Reply via email to