GNU bug report logs - #10461
emacs is not a macro-editor

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#8114: closed (macros fail in emacs 23.1)
Date: Mon, 30 Dec 2019 15:37:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Mon, 30 Dec 2019 17:36:34 +0200
with message-id <83fth1n7ul.fsf <at> gnu.org>
and subject line Re: bug#7046: More info
has caused the debbugs.gnu.org bug report #10461,
regarding macros fail in emacs 23.1
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> 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: <johnc <at> technology-is-evil.com>
Subject: macros fail in emacs 23.1
Date: Thu, 24 Feb 2011 19:50:45 -0700

%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

[Message part 3 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: gordwait <at> lighthauslogic.com, 7046-done <at> debbugs.gnu.org,
 10461-done <at> debbugs.gnu.org
Subject: Re: bug#7046: More info
Date: Mon, 30 Dec 2019 17:36:34 +0200

> 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.

Previous Next

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