unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stephen Berman <stephen.berman@gmx.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 6192@debbugs.gnu.org
Subject: bug#6192: 24.0.50; eldoc-mode: unexpected recentering
Date: Fri, 14 May 2010 23:44:06 +0200	[thread overview]
Message-ID: <87wrv6i2ft.fsf@escher.home> (raw)
In-Reply-To: <83tyqa2nyn.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 15 May 2010 00:05:52 +0300")

On Sat, 15 May 2010 00:05:52 +0300 Eli Zaretskii <eliz@gnu.org> wrote:

>> From: Stephen Berman <stephen.berman@gmx.net>
>> Date: Fri, 14 May 2010 19:11:30 +0200
>> 
>> => This puts point at line 902 (at least here, with window-height 33),
>> which is at the bottom of the window as it should be -- but only for a
>> fraction of a second, and then point is recentered so that line 902 is
>> now in the middle of the window.
>
> I cannot reproduce this on MS-Windows.  In my case, M-v from the end
> of the buffer puts point on line 902, but it is the second line from
> the bottom of the window, not the first.  

Yes, my OP was inaccurate, M-v does put point on the penultimate line.
Sorry for the sloppiness.

>                                           And even if I then type C-n,
> point stays on the last line.  I see no recentering at all.

Maybe it's a GTK+ issue.  (I just checked and I don't see the
recentering when I start Emacs with -nw)

> Anyway, from what you say it sounds like the message displayed by
> eldoc-mode in the echo area, which causes redisplay, somehow makes
> Emacs think the window where you have the Lisp file needs to be
> recentered because point is in a line that is not visible enough.

Ah, your reference to the Eldoc message made me take another look, and I
think I've now found a pattern: the recentering appears to happen only
(and always) when the message is displayed, and then the minibuffer
expands to and remains at two lines, even though the message is a single
line.  When M-v puts point inside a string or on an empty line between
sexp's, then there is no recentering (and the minibuffer clears and
returns to one line).  That seems significant...

> Do you see the same problem in Emacs 23.2?

I don't have 23.2, but I do have GNU Emacs 23.1.91.4 (i686-pc-linux-gnu,
GTK+ Version 2.18.1) of 2010-01-28 on escher, and I observe the
recentering with this build as well.

Thanks for the feedback.

Steve Berman





  reply	other threads:[~2010-05-14 21:44 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-14 17:11 bug#6192: 24.0.50; eldoc-mode: unexpected recentering Stephen Berman
2010-05-14 17:49 ` Eli Zaretskii
2010-05-14 18:07   ` Stephen Berman
2010-05-14 21:05 ` Eli Zaretskii
2010-05-14 21:44   ` Stephen Berman [this message]
2010-05-15  6:36     ` Eli Zaretskii
2010-05-15 15:40       ` Stephen Berman
2010-05-15 16:44         ` Eli Zaretskii
2010-05-15 17:25           ` Stephen Berman
2010-05-15 17:33             ` Eli Zaretskii
2010-05-15 21:54               ` Stephen Berman
2010-05-15 22:52                 ` martin rudalics
2010-05-16  3:07                   ` Eli Zaretskii
2010-05-16  8:18                     ` martin rudalics
2010-05-16 17:14                       ` Eli Zaretskii
2010-05-15 16:53         ` martin rudalics
2010-05-15 17:26           ` Stephen Berman
2010-05-15 19:02             ` martin rudalics
2010-05-15 20:22               ` Eli Zaretskii
2010-05-15 20:47                 ` martin rudalics
2010-05-15 21:04                   ` Juanma Barranquero
2010-05-15 22:51                     ` martin rudalics
2010-05-15 21:14                   ` Eli Zaretskii
2010-05-15 22:52                     ` martin rudalics
2010-05-15 21:54               ` Stephen Berman
2010-05-15 22:53                 ` martin rudalics
2010-05-16  8:17                 ` martin rudalics
2010-05-16 10:45                   ` Stephen Berman
2010-05-16 12:35                     ` martin rudalics
2010-05-16 13:07                       ` Stephen Berman
2010-05-16 18:50                         ` martin rudalics
2010-05-16 19:48                           ` Stephen Berman
2010-05-17  9:06                             ` martin rudalics
2010-05-17  9:47                               ` Stephen Berman
2010-05-17 10:21                                 ` Juanma Barranquero
2010-05-17 10:31                                   ` Stephen Berman
2010-05-17 14:08                                 ` Stefan Monnier
2010-05-17 14:43                                   ` Lennart Borgman
2010-05-17 16:23                                     ` Juanma Barranquero
2010-05-17 16:33                                       ` Lennart Borgman
2010-05-17 16:39                                         ` Juanma Barranquero
2010-05-17 17:53                                     ` Eli Zaretskii
2010-05-17 18:02                                       ` Lennart Borgman
2010-05-17 18:30                                         ` Eli Zaretskii
2010-05-17 18:49                                           ` Lennart Borgman
2010-05-17 19:27                                             ` Lennart Borgman
2010-05-17 19:55                                             ` Stefan Monnier
2010-05-14 21:05 ` Eli Zaretskii
2022-05-05 12:20 ` bug#14520: 24.3; minibuffer resizes when message contains bold or italic text Lars Ingebrigtsen
2022-05-05 12:50   ` Stephen Berman
2022-05-05 13:07     ` Lars Ingebrigtsen
2022-05-05 16:25   ` bug#14520: bug#6192: " Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87wrv6i2ft.fsf@escher.home \
    --to=stephen.berman@gmx.net \
    --cc=6192@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).