[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#25860: 25.1; Double macro execution

From: Eli Zaretskii
Subject: bug#25860: 25.1; Double macro execution
Date: Mon, 27 Feb 2017 17:57:59 +0200

> From: address@hidden
> Cc: address@hidden,  address@hidden,  address@hidden,  address@hidden,  
> address@hidden,  address@hidden
> Date: Sun, 26 Feb 2017 11:02:32 -0500
> Eli Zaretskii <address@hidden> writes:
> > I admit that I don't see myself as an expert on all the complexity
> > that goes on in keyboard.c and friends.  With this change,
> > kmacro-tests.el still passes, but I'm not sure that's good enough
> > (e.g., can a macro define another macro when it runs? if so, this
> > change will get in the way).
> AFAICT, you can't define a macro from a macro:
>     DEFUN ("start-kbd-macro", Fstart_kbd_macro, Sstart_kbd_macro, 1, 2, "P",
>     ...
>     {
>       if (!NILP (KVAR (current_kboard, defining_kbd_macro)))
>         error ("Already defining kbd macro");

Yes, but that's not the scenario I had in mind.  What I had in mind is
a macro that, when run, will call start-kbd-macro etc.  It's clear
that such a macro cannot be easily defined using F3 and F4, but
perhaps some ingenious method with using some Lisp data in the

Anyway, if no objections come up in a few days, I will push this.

Thanks for the feedback.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]