[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#9034: point adjustment after `end-of-visual-line' moves to the next
bug#9034: point adjustment after `end-of-visual-line' moves to the next line
Sat, 09 Jul 2011 17:04:05 +0400
Notmuch/0.5-321-g41686e2 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu)
If a line ends with invisible text, point adjustment moves to the next
line after `end-of-visual-line'. To reproduce run:
(progn (switch-to-buffer "test")
(put-text-property 7 14 'invisible t) ; region [\nbline2]
After that in the test buffer do M-: (progn (end-of-visual-line)
(point)). `end-of-visual-line' moves point to position 14 as expected.
But after that the point is adjusted to position 15, as can be checked
by C-x =.
Sometimes the point is not adjusted to position 15 the first time you
run `end-of-visual-line'. But it is if you run it more than once.
Perhaps it is related to the last point position.
It is definitely happens because of point adjustment, setting
global-disable-point-adjustment to non-nil fixes the problem.
Also, `move-end-of-line` always behaves correctly, so it it something
specific to `end-of-visual-line' or `vertical-motion'.
The issue was originally reported on the emacs-devel ML .
- bug#9034: point adjustment after `end-of-visual-line' moves to the next line,
Dmitry Kurochkin <=