92)) => 1
> ã»Emacs23.1
> (char-width (make-char 'mule-unicode-2500-33ff 32 92)) => 2
FYI, with Emacs 23, in non-CJK environment, that value is 1.
---
Kenichi Handa
ha...@m17n.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
no idea why Emacs can't draw them even if that font is
selected.
---
Kenichi Handa
ha...@m17n.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
In article <873a7poeoy@jidanni.org>, jida...@jidanni.org writes:
>>>>>> "K" == Kenichi Handa writes:
>>> In the trunk of CVS, I added CJK fonts for those box-drawing
>>> characters in the default fontset. So, in CJK environment,
>>
o, in CJK environment,
CJK fonts are preferred. Perhaps, the selected CJK font
claims that it has glyphs for those characters, but actually
doesn't contain valid glyphs. I think those vanishing
characters has at least 1 dot width of space. Please put
cursor on one of them and type C-u C
input. Please tell me what is shown by
ESC : (current-input-mode) RET
> I guess I'm just displaying my lack of familiarity with how terminals
> work...
>>> What other choices were tried? utf-8, latin-X should all
>>> work. What is your locale?
> With a "
In article <[EMAIL PROTECTED]>, Juri Linkov <[EMAIL PROTECTED]> writes:
> Now a new problem was uncovered: after selecting a correct word from
> a list of near misses returned from ispell, ispell.el replaces the
> misspelled word with a selected word, and inserts it into the buffer
> not in its ori
In article <[EMAIL PROTECTED]>, Juri Linkov <[EMAIL PROTECTED]> writes:
> Kenichi Handa <[EMAIL PROTECTED]> writes:
>> Please try the latest ispell.el. I think at least this
>> misalignment error is fixed now.
> I tried the latest ispell.el and
In article <[EMAIL PROTECTED]>, David Kastrup <[EMAIL PROTECTED]> writes:
>>> If ispell wants utf-8, it's easy enough to convert each input line to
>>> utf-8 and deal with offsets into that in the event of a mispelling;
>>
>> Or account for byte offsets by (variable) multibyte lenght of each
>>
In article <[EMAIL PROTECTED]>, Juri Linkov <[EMAIL PROTECTED]> writes:
> Agustin Martin <[EMAIL PROTECTED]> writes:
>> *Ken*, since you are being cc'ed I vaguely remembered some info I somewhere
>> read about this misalignements. I finally found it,
>>
>> http://lists.gnu.org/archive/html/em
In article <[EMAIL PROTECTED]>, Richard Stallman <[EMAIL PROTECTED]> writes:
> People have been discussing this issue for a while now,
> and due to the volume of mail, I could not read it all.
I'm reading it, and I think I understand what is the
problem.
> Handa, is it clear what we should do no
In article <[EMAIL PROTECTED]>, Agustin Martin <[EMAIL PROTECTED]> writes:
> I meant with oe-1char oe as a single char (U+0153), available
> in iso-8859-15 (octal \275 here), but not in iso-8859-1 (you
> have one half instead), and with oe-2char the two 7bit chars sequence
> 'oe', available anywher
In article <[EMAIL PROTECTED]>, Agustin Martin <[EMAIL PROTECTED]> writes:
> (Handa, your patch worked better than I thought, read below)
Thank you, that's a good news.
> Also Kenichi Handa provided us with a patch to ensure that all equivalent
> accented chars are m
12 matches
Mail list logo
