[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

problem with mule-utf-8 ?

From: Pascal Bourguignon
Subject: problem with mule-utf-8 ?
Date: 06 Sep 2003 16:59:24 +0200
User-agent: Gnus/5.09 (Gnus v5.9.0) 21.3.50.pjb1.1


I'm trying to make an UTF-8 file containing some katakana characters.

So, I take a new buffer, type M-x set-input-method RET japanese-katakana RET
a SPACE e SPACE i SPACE o SPACE C-x C-s, and then it says:

These default coding systems were tried to encode text
in the buffer `test':
  utf-8 iso-latin-1
However, each of them encountered these problematic characters:
  iso-latin-1: ア エ イ オ ウ ヤ
  utf-8: ア エ イ オ ウ ヤ
The first problematic character is at point in the displayed buffer,
and C-u C-x = will give information about it.

Select one of the following safe coding systems, or edit the buffer:
  euc-jp shift_jis iso-2022-jp japanese-iso-7bit-1978-irv
Or specify any other coding system
on your risk of losing the problematic characters.

So,  what's  the  matter?  I  thought that  unicode  inclued  all  the
characters,  and  that  utf-8  was  able  to  transcribe  all  unicode
character, or not?

Of course, I insist and save  it with utf-8 encoding, then when I load
this utf-8 file later, I get rectangle frames instead of katakana...

Is this a problem with mule, or is it with unicode?

Do not adjust your mind, there is a fault in reality.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]