[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: command fill-paragraph deletes leading Umlauts if line begins with s
Re: command fill-paragraph deletes leading Umlauts if line begins with space
Thu, 06 Jan 2005 09:19:47 +0100
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
>> (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.