[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: Re: vertical-motion bug]

From: Chong Yidong
Subject: Re: address@hidden: Re: vertical-motion bug]
Date: Mon, 17 Jul 2006 10:33:22 -0400
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

address@hidden (Kim F. Storm) writes:

> I have installed some changes to fix this.

I can verify that the problem is fixed.  Thanks very much.

>> From: Chong Yidong <address@hidden>
>> Subject: Re: vertical-motion bug
>> To: address@hidden
>> Cc: address@hidden
>> Date: Sun, 16 Jul 2006 08:45:06 -0400
>> Richard Stallman <address@hidden> writes:
>>>       M-<
>>>       M-: (insert (propertize "a" 'display "a\nb\nc\n")) RET
>>>       M-<
>>>       C-n (or M-: (vertical-motion 1))
>>>     Result: point moves down three lines.  The expected behavior, based on
>>>     the `vertical-motion' docstring, is to move just one line.
>>> There is no way to move down just one line, since no buffer
>>> position corresponds to that screen position.  Emacs can either
>>> move three lines or not move.  So I think its actual behavior
>>> is the best possible thing it could do.
>> Sorry, I gave a bad test case.  Try this:
>>   M-:  (let ((pos (point-min)))
>>          (dotimes (i 10) (insert "a"))
>>          (while (< pos (point-max))
>>            (put-text-property pos (1+ pos) 'display (propertize "a\n"))
>>            (setq pos (1+ pos))))
>> This puts a display property on each of the characters in the buffer,
>> so there is a valid buffer position.  C-n and C-p skip past all of
>> them.
>> ----------
> -- 
> Kim F. Storm <address@hidden> http://www.cua.dk

reply via email to

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