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: <johnc <at> technology-is-evil.com>
Subject: bug#8114: closed (Re: bug#7046: More info)
Date: Mon, 30 Dec 2019 15:37:02 +0000

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

[Message part 3 (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

Previous Next

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