GNU bug report logs -
#10461
emacs is not a macro-editor
Previous Next
Reported by: andre.desnoyers <at> upmc.fr
Date: Mon, 9 Jan 2012 09:28:01 UTC
Severity: normal
Merged with 7046,
8114
Found in versions 23.1, 24.0.50
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 bug report
#10461: macros fail in emacs 23.1
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 8114 <at> debbugs.gnu.org.
--
10461: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10461
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
> From: Alan Third <alan <at> idiocy.org>
> Date: Mon, 30 Dec 2019 14:05:03 +0000
> Cc: "'7046 <at> debbugs.gnu.org'" <7046 <at> debbugs.gnu.org>, 10461 <at> debbugs.gnu.org
>
> > The problem is in line-move-visual (i.e it only exists if the variable
> > line-move-visual is non-nil),
> >
> > ;; Otherwise, we should reset `temporary-goal-column'.
> > (let ((posn (posn-at-point)))
> > (cond
> > ;; Handle the `overflow-newline-into-fringe' case:
> > ((eq (nth 1 posn) 'right-fringe)
> > (setq temporary-goal-column (cons (- (window-width) 1) hscroll)))
> > ((car (posn-x-y posn))
> > (setq temporary-goal-column
> > (cons (/ (float (car (posn-x-y posn)))
> > (frame-char-width)) hscroll)))))
> >
> > If the position is not visible in the window, posn-at-point returns nil
> > and temporary-goal-column is not updated as it should.
>
> I can't replicate this on Emacs 27 and it's been over 7 years since the
> last bug report. Can anyone confirm whether it's still a problem?
This has been fixed several releases back, so I'm closing it.
[Message part 3 (message/rfc822, inline)]
%emacs -Q
M-x version
GNU Emacs 23.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of
2011-02-24 on hostnm01
<delete all text, so you are starting from an empty scratch buffer>
insert this line once (a <space> b):
a b
then copy it until the buffer contains 150 copies of that line:
a b
a b
a b
.
.
.
ESC < ;; beginning-of-buffer
^X ( ;; start recording keyboard macro
C-s ;; isearch-forward
SPC ;; self-insert-command
C-e ;; move-end-of-line
C-b ;; backward-char
xyz ;; self-insert-command * 3
SPC ;; self-insert-command
C-a ;; move-beginning-of-line
C-n ;; next-line
^X ) ;; end recording
^X e ;; run the macro one time
^X e ;; run the macro one time
C-u 1 5 0 ^X e ;; run the macro 150 times
The expected outcome is that each line in the buffer should now look
like this:
a xyz b
But many of the lines still look as they did at the beginning, namely:
a b
.
Note that the incorrect lines are intertwingled with the
correctly-edited lines, up to the end of the buffer.
\ | /
=== John Crown johnc <at> technology-is-evil.com
This bug report was last modified 5 years and 196 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.