Re: Characters lost when saving UTF-8 file on win32 (21.5.16)

>>>>> "Vladimir" == Vladimir Weinstein <[email protected]> writes:

    Vladimir> I was able to build 21.5 easily on Win32 - after some

Adrian will be pleased to hear that.  He's done a fair amount of
fiddling with the Makefile.

    Vladimir> initial wrestling with config.inc, I was fine. I'm using
    Vladimir> MSVC.

If you think we can improve the default config.inc, please send a diff
(or the whole thing) of config.inc and your Installation file to
xemacs-beta.  Adrian Aichner builds regularly on Win32 with VC, and
(probably because he does it a lot ;-) never complains about
config.inc issues.

    Vladimir> Also, I frequently need to identify a codepoint under
    Vladimir> the cursor (properties etc...). This is a great task to
    Vladimir> do with xemacs - if it only supported Unicode well.

Ah, then you might be interested in XEmacs/UTF-2000/CHISE.  It is an
independently maintained fork of XEmacs for linguistics research,
specifically for working with character set databases.  The home page
is in Japanese, but the links to screen shots and download pages are
easily identified.

http://www.m17n.org/chise/xemacs

I might be able to provide English translation for the installation
documents if the quantity is not too huge.

NO WARRANTEE:

0.  I haven't built this fork for three years.

1.  I don't know if it builds on Windows, Cygwin or MSVC.  Cygwin
probably comes close.  If you're willing to go so far as to build it
on Unix for evaluation, and attempt a build on either or both Windows
platforms, then I'll match your Windows builds and tell you whether
I'm willing to actually diagnose and fix any problems that show up.

2.  It is possibly _huge_; at one time the dumped binary was 35MB on
my Linux box.  I can definitely help you with that; there is no need
to dump the character databases, and it should be a trivial change to
either load them all at run-time, or at least reduce the set you need.

3.  I have no idea about the quality of the code; the original design
and implementation were terribly flawed for a production editor,
that's why it forked---it was good enough for its developers, they
weren't interested in dealing with nitpicks.  My guess is that it's
probably very stable for day-to-day work in Oriental languages,
especially Japanese, and YMMV for Devanagari and Arabic.

4.  It may expect you to have a wide variety of unusual fonts installed.

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.