On Tuesday, 26 February 2008, at 20:07:01 (+0000), [EMAIL PROTECTED] wrote:
> Actually, I have one that likely others have felt as well: "eterm on > new efl libs", or just various ideas for eterm that people might > think of. Eterm is one of the great, classic e apps that many love > and rave about.. but some feel it could be improved somehow, or > become even more cutting-edge. Well, here's one for that list: UTF-8 support. I haven't had the time to really dig into researching what is necessary to make XmbDrawString() (et al.) cooperate with the existing Eterm multibyte character support, and I simply don't know enough about multibyte/internationalization in X to make it work. I've tried. The only solution I've come up with so far is to change Eterm's internal representation so that everything is stored in UTF-8. Unfortunately, this is a major rewrite. Furthermore, terminals are essentially grids of characters, and UTF-8 encoding flies directly in the face of this. (Frankly, UTF-8 is mostly a cop-out to avoid having to rewrite a lot of code that relies on NUL-terminated, single-byte characters. UCS2 or UCS4 would make a lot more sense, especially for terminals. But UTF-8, for better or worse, is the new ASCII. Everyone thinks it's the end-all, be-all of encoding schemes and will last until the end of time, and they're all repeating the exact same mistakes of ASCII (and ANSI, and ISO-8859, and...). Not that anyone listens.) I've had a few people promise me patches (I'm still waiting, [EMAIL PROTECTED]), but I've never received any. So if anyone wants to take a very popular ball and run with it, this is #1 with a bullet. At least for Eterm. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "I now cry streams of blood because I had to take my stand. I crush my eyes beneath my heel as my heart pulses in my hand." -- "Forsaken" ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
