[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: Ralf Angeli
Subject: Re: command fill-paragraph deletes leading Umlauts if line begins with space
Date: Thu, 06 Jan 2005 09:19:47 +0100
User-agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux)

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

> In article <address@hidden>, Ralf Angeli <address@hidden> 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

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.


reply via email to

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