Article View: gnu.emacs.bug
Article #99527Deferred recenter problem
From: macrakis
Date: Fri, 10 Aug 1990 14:13
Date: Fri, 10 Aug 1990 14:13
25 lines
1554 bytes
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!macrakisShow 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