[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: command fill-paragraph deletes leading Umlauts if line begins with s
From: |
Kenichi Handa |
Subject: |
Re: command fill-paragraph deletes leading Umlauts if line begins with space |
Date: |
Thu, 6 Jan 2005 16:41:53 +0900 (JST) |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) |
In article <address@hidden>, Richard Stallman <address@hidden> writes:
> But the current Emacs keeps them in syntax table and updates
> them when a language environment is changed in unibyte-mode.
> I've just confirmed that 0334 (U-umlaut in Latin-1) has
> syntax word-constituent in unibyte-mode in Latin-1
> lang. env.
> Maybe he didn't set the language environment.
> What is the situation in the CVS Emacs if you never set the
> language environment?
If LANG is not set or is "C", Emacs starts in English
lang. env., and in that case, all 8-bit characters has
whitespace syntax. In this situation, 0334 is displayed as
\334 (not as U-umlaut). So, I think it shouldn't have
wordconstituent syntax.
> Conversion to multibyte uses Latin-1 by default.
Yes. But that conversion is mainly for a user using
multibyte mode. In unibyte mode
(i.e. default-enable-multibyte-characters is nil),
to-multibyte conversion won't happen usually.
>>> making the case-conversion commands convert each character to
>>> multibyte and check its syntax.
> Why does case-conversion have to check syntax?
> M-c detects word boundaries with syntax checking.
Ah, I see. By the way, in unibyte English lang. env.,
case-table is also reset to the default, i.e., not set for
latin-1.
---
Ken'ichi HANDA
address@hidden
- Re: command fill-paragraph deletes leading Umlauts if line begins with space,
Kenichi Handa <=