Re: command fill-paragraph deletes leading Umlauts if line begins with space

[Kenichi Handa <handa@m17n.org>]

In article <E1Cjkib-0004k5-0L@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> 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
handa@m17n.org