[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs 23 character code space
From: |
Kenichi Handa |
Subject: |
Re: Emacs 23 character code space |
Date: |
Fri, 07 Nov 2008 16:21:00 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
I forgot to explain this.
In article <address@hidden>, Eli Zaretskii <address@hidden> writes:
> This fragment from etc/NEWS:
> The character code space is now 0x0..0x3FFFFF with no gap.
> Characters of code 0x0..0x10FFFF are Unicode characters of the same code
> points.
> Characters of code 0x3FFF80..0x3FFFFF are raw 8-bit bytes.
> seems to contradict itself: it says there's ``no gap'', but the codes
> between 0x110000 and 0x3FFF7F do constitute a gap, don't they?
Any code between 0x110000 and 0x3FFF7F are valid as
character. Some of them correspond to a certain character
set, some are not. For the latter, only utf-emacs can
encode, and they can't be displayed with any font. But
still they are valid as characters. For instance, you can
set any syntax/category/char-code-property to them.
---
Kenichi Handa
address@hidden
- Re: Emacs 23 character code space, (continued)
- Re: Emacs 23 character code space, Ulrich Mueller, 2008/11/23
- Re: Emacs 23 character code space, Eli Zaretskii, 2008/11/23
- Re: Emacs 23 character code space, Ulrich Mueller, 2008/11/23
- Re: Emacs 23 character code space, Stefan Monnier, 2008/11/23
- Re: Emacs 23 character code space, Kenichi Handa, 2008/11/25
- New function: what-file-line, used when writing gdb script, richardeng, 2008/11/22
Re: Emacs 23 character code space,
Kenichi Handa <=