Re: SUGGESTION: Mule-on-Windows, full Unicode support XEmacs
i already do all of this and more. [well, i don't do OEM support, but it's not
needed.]
in my latest workspaces, you should be able to use Eastern European by default
with no setup needed -- just switch to the appropriate keyboard layout. [same
for Cyrillic, modulo the "Russian C-x problem"]
the coding system `mswindows-multibyte' converts from Windows ANSI in the the
system-default code page. [hmm, i should add a parameter to specify the code
page]
Matej Mihelic wrote:
> I'm looking for testers. There is a complete and fast implementation
> in C of Unicode conversion, translations for almost all of the
> standardly-defined charsets that load up automatically and
...
> It's so far hooked into one place: the Windows IME. Currently I can
> select the Japanese IME from the thing on my tray pad in the lower
...
Please, keep in mind that I am no Windows and/or XEmacs expert so it is possible that I
am suggesting something that is not possible or that duplicates existing functionality.
XEmacs is now hooked into Windows-only API for Unicode. Could this be extended to include
and use the WinAPI built-in functions for translating Unicode to ANSI and Unicode to OEM
(or Unicode <-> ANSI <-> OEM).
Is it possible to create support for a "generic" coding systems that would use
this Windows functions?
mswindows-oem-dos, mswindows-oem-mac, mswindows-oem-unix
mswindows-ansi-dos, mswindows-ansi-mac, mswindows-ansi-unix
Perhaps I assume wrong, but wouldn't such coding systems read and write transparently
Unicode buffers into whatever codepage the user's Windows installation defines as ANSI
or OEM codepage ? For me, since I use Eastern Europe / Slovenian locale, this would be
CP1250 and CP852. For a user with different locale it would be different.
Regards,
Matej Mihelic