[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-c
From: |
Stefan Monnier |
Subject: |
bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-char-display |
Date: |
Sat, 03 Nov 2012 15:50:19 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
> Because, for histerical reasons, 'insert' treats strings such as
> "\nnn" as unibyte strings.
Actually, this has nothing to do with `insert', right?
It's the reader that interprets the \240 in "[\240]+" as a byte rather
than a char.
>> Why should a character-alternative expression care whether the
>> representation is unibyte or multibyte? Isn't that a bug?
There are many different ways to interpret this, and I can give you one
where the behavior is explained without paying attention to
multibyte/unibyte differences.
\240 in your string means "the byte with octal number 0240".
Stefan
bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-char-display, Chong Yidong, 2012/11/03
bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-char-display, Drew Adams, 2012/11/03
bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-char-display, Eli Zaretskii, 2012/11/03