GNU bug report logs - #848
doc for recenter, redisplay

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Mon, 1 Sep 2008 07:35:03 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log


Message #10 received at 848-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 848-done <at> debbugs.gnu.org
Subject: Re: doc for recenter, redisplay
Date: Mon, 01 Sep 2008 13:54:52 -0400
> I notice that `recenter' has the effect of calling (redisplay t); that
> is, it seems to force a redisplay. I don't see this mentioned
> anywhere. It might be helpful to mention it. We might want to mention
> it in the Elisp manual node Textual Scrolling, where `recenter' is
> covered, and also in node Forcing Redisplay, where redisplay is
> covered (with an xref to Textual Scrolling).

In the docstring:
  
  If arg is omitted or nil, erase the entire frame and then redraw with
  point in the center of the current window.

In the Emacs manual:

  It also clears the screen and redisplays all windows; this is useful
  in case the screen becomes garbled for any reason (*note Screen
  Garbled::).

In the Elisp manual:

  If @var{count} is @code{nil}, @code{recenter} puts the line containing
  point in the middle of the window, then clears and redisplays the
  entire selected frame.

However, the docstring for recenter-top-bottom (new to Emacs 23) did not
mention this; I've updated it accordingly.




This bug report was last modified 16 years and 317 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.