GNU bug report logs -
#9782
24.0.90; move-to-window-line not taking header line into account
Previous Next
Reported by: David Engster <deng <at> randomsample.de>
Date: Tue, 18 Oct 2011 12:05:02 UTC
Severity: normal
Found in version 24.0.90
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 18 Oct 2011 18:00:39 +0200
with message-id <83mxcyuw60.fsf <at> gnu.org>
and subject line Re: bug#9782: 24.0.90; move-to-window-line not taking header line into account
has caused the debbugs.gnu.org bug report #9782,
regarding 24.0.90; move-to-window-line not taking header line into account
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
9782: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9782
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Recipe:
* emacs -Q
* Enter in scratch buffer:
(move-to-window-line (cdr (posn-actual-col-row (posn-at-point))))
and enter an additional newline so this is not the last line in the buffer.
* Move behind last bracket an hit C-x C-e
* Cursor will move to beginning of line, as expected.
* Now do M-: (setq header-line-format "") RET
* Evaluate the above again. You'll see that cursor now will move to the
beginning of the next line, which is wrong.
This behavior occurs since rev. 106022, which fixed posn-actual-col-row
when a header-line is active, but it seems move-to-window-line now has
to be fixed as well.
Cheers,
David
[Message part 3 (message/rfc822, inline)]
> From: David Engster <deng <at> randomsample.de>
> Cc: 9782 <at> debbugs.gnu.org
> Date: Tue, 18 Oct 2011 16:23:37 +0200
>
> My report was motivated by seeing that the tooltip display of
> company-mode (currently in ELPA) broke due to the change in
> posn-actual-col-row. Company-mode happens to depend on the above test
> case, that means it first determines the actual row at point, moves to
> (1+ row) through move-to-window-line and then displays the overlay
> there. I don't know why it chooses this way to do this, but it has
> worked for years, so I figured move-to-window-line has to be fixed. If
> this new behavior is the correct one, then please close this report and
> I will send a bug report to the author of company-mode.
I'm closing the bug report. My opinion is that company-mode should
either change the way it computes the line to move to, or account for
the header-line itself (e.g., by looking at the value of
header-line-format). If the author of that package disagrees, I
suggest that he or she starts a discussion on emacs-devel.
Thanks.
This bug report was last modified 13 years and 219 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.