[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [AUCTeX-devel] [AUCTeX-diffs] GNU AUCTeX branch, master, updated. 09
From: |
Ikumi Keita |
Subject: |
Re: [AUCTeX-devel] [AUCTeX-diffs] GNU AUCTeX branch, master, updated. 097084443771d6716c6870f2f8d329e9c0949d97 |
Date: |
Wed, 31 Oct 2018 13:38:37 +0900 |
Hi David and all,
>>>>> Ikumi Keita <address@hidden> writes:
> If my memory serves, that's the behavior of non-unicode emacs
> (mule-version < 6). The current emacs (mule-version = 6) actually has a
> multibyte treatment smart (or confusing) enough to match raw 8-bit byte
> with regexp "[\x00-\xFF]". The both form
> (string-match "[\x00-\xFF]" (string-to-unibyte (byte-to-string #xab)))
> (string-match "[\x00-\xFF]" (string-to-multibyte (byte-to-string #xab)))
> returns non-nil value (0), at least on my emacs 26.1.
I changed the regexp to "[^[:multibyte:]]+" for clarity. I expect that
it would improve the code readability a little.
Regards,
Ikumi Keita