🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.emacs.bug
Article #99527

Deferred recenter problem

#99527
From: macrakis
Date: Fri, 10 Aug 1990 14:13
25 lines
1554 bytes
GNU Emacs 18.53.11 on NeXT 1.0.1
Same problem on 18.55 on HP and 19.1 on sugar-bombs.

It appears that the effect of recenter is deferred in a funny way.

Create a buffer with more lines in it than can be displayed at one time.

Now execute

	(progn (goto-char (point-max))
	       (recenter -1)
	       (goto-char (point-min)))

The screen display is what you'd expect from the (recenter -1), but
with point halfway down the screen !  i.e. the effect of the last
goto-char is annulled by some deferred effect of recenter.

This may look contrived.  But in fact, it is (simplified version of) a
real problem.  I'd set up my M-> to recenter under certain
circumstances.  This works fine as long as you don't type ahead or use
keyboard macros, but if you type ahead (for instance) M-> C-u 200 C-p
(while another command is still executing) you end up in the wrong
place!  Same effect if you put a M-> in a keyboard macro....

	-s
Technical Details
Message-ID: <9008101512.AA12186@.dupuis.gr.osf.org.>
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!tut.cis.ohio-state.edu!ri.osf.fr!macrakis

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fb2f1,4639638ea53388c0
X-Google-Attributes: gidfb2f1,public
X-Google-ArrivalTime: 1990-08-10 14:50:22 PST
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!tut.cis.ohio-state.edu!ri.osf.fr!macrakis
From: macrakis@ri.osf.fr
Newsgroups: gnu.emacs.bug
Subject: Deferred recenter problem
Message-ID: <9008101512.AA12186@.dupuis.gr.osf.org.>
Date: 10 Aug 90 14:13:50 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 25
Posted: Fri Aug 10 15:13:50 1990
X-Unparsable-Date: Fri, 10 Aug 90 16:16:02 GMT+0100