[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

Ken'ichi HANDA

reply via email to

[Prev in Thread] Current Thread [Next in Thread]