#97 UTF-8 Patch

release
open
nobody
Program (79)
5
2004-01-28
2004-01-28
No

Experimental NEdit Unicode patch.

Requires Xft, Xrender.

Build with make li18nux

TODO: Xft based font selector

Discussion

  • Joor Loohuis

    Joor Loohuis - 2004-01-28

    Logged In: YES
    user_id=197101

    Interesting. Could you share with us what your patch provides?

     
  • Joachim Lous

    Joachim Lous - 2004-01-28

    Logged In: YES
    user_id=82866

    Brilliant!

    Does your approach inherently depend heavily on Xft and
    Xrender, or are they just nice extras?

    NEdit has a long tradition of not adding dependencies, so if
    the core UTF-8 support could be done without them it would
    be a lot easier to get this into the standard distribution in the
    near future.

     
  • Nobody/Anonymous

    Logged In: NO

    This patch is intended to allow UTF-8 edit operations in NEdit
    in truly i18n manner. No crazy codepages and such things.
    There is also extended clipboard data interchange to handle
    new proposed UTF8_STRING format. It works for instance
    with XTerm -u8, Yudit, GNOME based apps...

    Xft is way to go, w/ anti-aliasing as a bonus.

    Well, there is possible to build NEdit w/o any dependencies,
    just as regular one.

    Makefile.li18nux can be changed to suit any situation.

    There is still lot to be done, don't use it for your serious work!

    More to come next month.

     
  • Peter Kovář

    Peter Kovář - 2004-02-12

    Macro to get/set Unicode mode

     
  • Peter Kovář

    Peter Kovář - 2004-02-12

    Various UTF-8 symbols for test purposes

     
  • Peter Kovář

    Peter Kovář - 2004-02-12

    Logged In: YES
    user_id=109269

    See Makefile.li18nux

    Known issues:
    Text drag is leaving garbage

    NTH:
    UTF-8 handling routines reimplemented in order to avoid
    dependency on Fontconfig, Xft & company

     
  • Peter Kovář

    Peter Kovář - 2004-02-12

    Logged In: YES
    user_id=109269

    It might be possible to use ancient X bitmap font drawing
    routines for systems w/o Xft.

    TBD:
    Xdbe would be good for faster text redraw.

    Peter Kovř
    50 65 74 65 72 20 4B 6F 76 C3 A1 C5 99

     
  • Michael Sullivan

    Logged In: YES
    user_id=836812

    To get anti-aliasing support into NEdit, I tried to isolate just the Xft
    portions of this patch by hand but I don't have the expertise to debug the
    end result, especially since I'm trying to add these changes to 5.5.

    Can you submit a patch that just contains the Xft portions applied to the
    5.5 codebase?

     
  • Peter Kovář

    Peter Kovář - 2005-01-24

    Logged In: YES
    user_id=109269

    Indeed. Sometime this week.

     
  • Michael Sullivan

    Logged In: YES
    user_id=836812

    Any news on the anti-aliasing support?

     
  • Peter Kovář

    Peter Kovář - 2005-02-04

    Logged In: YES
    user_id=109269

    Most of Xft related changes are in source/textDisp.c
    drawString(), font selector is still not finished. There is
    also remaining bug with drawing of control characters. ETA 2010.

     
  • Peter Kovář

    Peter Kovář - 2005-12-21

    Logged In: YES
    user_id=109269

    UTF-8 patch reloaded, this time updated to current CVS
    version. Edit options in Makefile.linux. Works w/ latest
    OpenMotif 2.3 as well as any other toolkit.

    Almost two years later, but still experimental. There's lot
    to be done right. For instance font selection should be done
    by Motif toolkit, not application code. Xdnd and Motif Drag
    and Drop, better handling of character expansion, et cetera.

    Apply:
    bzcat nedit+Unicode.diff.bz2 | patch -p1

    RFC: would it be possible to use PCRE instead of libunicode
    for character case change?

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks