[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MML charset tag regression
From: |
Kenichi Handa |
Subject: |
Re: MML charset tag regression |
Date: |
Mon, 28 Apr 2003 21:59:48 +0900 (JST) |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) |
In article <address@hidden>, "Stephen J. Turnbull" <address@hidden> writes:
>>>>>> "Kenichi" == Kenichi Handa <address@hidden> writes:
Kenichi> 'UTF8_STRING has been recently introduced in XFree86, and
Kenichi> there are many clients that still doesn't support it.
> I thought the UTF-8 interfaces of XFree86 were deprecated because they
> are redundant (extended segments work fine, and XFree86 already uses
> them even where specifically prohibited by the ICCCM, namely for ISO
> 8859/15), and I thought the X Consortium opposed it. It was discussed
> on emacs-devel about a year ago. Has this changed?
As far as I remember, that was the different topic. What
deprecated was the function Xutf8LookupString (and perhaps
Xutf8DrawString as well).
Kenichi> Perhaps, we should make Emacs to request UTF8_STRING at
Kenichi> first if the locale is UTF8, and if that request fails,
Kenichi> request COMPOUND_TEXT.
> Surely this will need to be configurable in Lisp, maybe even
> controlled by the user. The variety of conventions used by
> applications is too wide, and the standards hard to interpret.
Yes, of course. What I wrote was the default behavior of
Emacs.
---
Ken'ichi HANDA
address@hidden