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

[Ralf Angeli <angeli@iwi.uni-sb.de>]

* Kenichi Handa (2005-01-06) writes:

> In article <E1Cja36-0001gs-NV@neutrino.iwi.uni-sb.de>, Ralf Angeli <angeli@iwi.uni-sb.de> writes:
>
>> Executing the following example code
>
>> (with-temp-buffer
>>   (set-buffer-multibyte nil)
>>   (insert (string 220))
>>   (syntax-after (point-min)))
>
>> returns (0), i.e. whitespace syntax.  Tested with a freshly checked
>> out CVS Emacs from the trunk.
>
> I wrote "unibyte-mode" and it's different from a unibyte
> buffer in multibyte-mode.  Please try the same thing while
> starting Emacs with "--unibyte" arg.

Hm, then I get word syntax.

> I've guessed that the original problem happened in
> unibyte-mode (I didn't get your orignal mail), but it seems
> not.  Then, why do you have to use a unibyte buffer in
> multibyte mode?

Personally I neither use unibyte mode nor unibyte buffers.  The
original problem was reported by somebody else on bug-gnu-emacs, see
<URL:http://lists.gnu.org/archive/html/bug-gnu-emacs/2004-12/msg00282.html>.

You can see in his report that `default-enable-multibyte-characters'
is nil.  And the user agent string mentions "(with unibyte mode)".  So
if he started Emacs with "--unibyte" and latin-1 characters should
have word syntax in this case, I don't know why `skip-syntax-forward'
which was used in AUCTeX's (and is used in CVS Emacs')
back-to-indentation function skips these characters.

In my follow-up to his original question I suggested to use Emacs in
multibyte mode but I don't know if he got the answer because the email
address in his report is defunct.

-- 
Ralf