[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: UCS-2BE
From: |
Kenichi Handa |
Subject: |
Re: UCS-2BE |
Date: |
Thu, 31 Aug 2006 21:16:37 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) |
In article <address@hidden>, Andreas Schwab <address@hidden> writes:
>>> http://en.wikipedia.org/wiki/UTF-16#UCS-2
> >
> > Thank you, but it says nothing about "UCS-2BE".
> "UTF-16 is often mislabeled UCS-2."
> Otherwise UCS-2 is just UTF-16 without surrogates.
Yes, I know that. But it doesn't necessarily mean that
"UTF-16BE is opten mislabeled UCS-2BE". As I've never seen
"UCS-2BE", I'd like to confirm what it exactly means.
> See <http://www.unicode.org/versions/Unicode4.0.0/appC.pdf>.
It says nothing about "UCS-2BE", either.
If UCS-2BE is a mislabel of UTF-16BE, UCS-2BE can simply be
an alias of UTF16-BE. If UCS-2BE is a BMP subset of
UTF-16BE, UCS2-BE should be implemented differently from
UTF-16BE (at least, we should not select it by
select-safe-conding-system on saving a buffer that contains
non-BMP characters).
---
Kenichi Handa
address@hidden
- UCS-2BE, Juri Linkov, 2006/08/30
- Re: UCS-2BE, Jason Rumney, 2006/08/31
- Re: UCS-2BE, Kenichi Handa, 2006/08/31
- Re: UCS-2BE, Jason Rumney, 2006/08/31
- Re: UCS-2BE, Kenichi Handa, 2006/08/31
- Re: UCS-2BE, Andreas Schwab, 2006/08/31
- Re: UCS-2BE,
Kenichi Handa <=
- Re: UCS-2BE, Andreas Schwab, 2006/08/31
- Re: UCS-2BE, Kenichi Handa, 2006/08/31
- Re: UCS-2BE, Andreas Schwab, 2006/08/31
- Re: UCS-2BE, Kenichi Handa, 2006/08/31
- Re: UCS-2BE, Juri Linkov, 2006/08/31
- Re: UCS-2BE, Kenichi Handa, 2006/08/31