From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Al Petrofsky Newsgroups: gmane.emacs.bugs Subject: bug#64138: 28.2; C-x ) won't accept the universal argument Date: Sun, 18 Jun 2023 07:00:44 -0400 Message-ID: References: <83fs6pp8l1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000000d799305fe655594" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6425"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 64138@debbugs.gnu.org, Stefan Monnier To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jun 18 13:02:23 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qAqAn-0001W1-VI for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 18 Jun 2023 13:02:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qAqAX-0004vT-0a; Sun, 18 Jun 2023 07:02:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAqAU-0004ut-TG for bug-gnu-emacs@gnu.org; Sun, 18 Jun 2023 07:02:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qAqAU-0003p5-KN for bug-gnu-emacs@gnu.org; Sun, 18 Jun 2023 07:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qAqAU-0002ns-3H for bug-gnu-emacs@gnu.org; Sun, 18 Jun 2023 07:02:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Al Petrofsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Jun 2023 11:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64138 X-GNU-PR-Package: emacs Original-Received: via spool by 64138-submit@debbugs.gnu.org id=B64138.168708606510704 (code B ref 64138); Sun, 18 Jun 2023 11:02:02 +0000 Original-Received: (at 64138) by debbugs.gnu.org; 18 Jun 2023 11:01:05 +0000 Original-Received: from localhost ([127.0.0.1]:53254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAq9Y-0002ma-H0 for submit@debbugs.gnu.org; Sun, 18 Jun 2023 07:01:04 -0400 Original-Received: from mail-pl1-f177.google.com ([209.85.214.177]:41305) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAq9V-0002ly-Tz for 64138@debbugs.gnu.org; Sun, 18 Jun 2023 07:01:02 -0400 Original-Received: by mail-pl1-f177.google.com with SMTP id d9443c01a7336-1b50a419ab6so4691115ad.1 for <64138@debbugs.gnu.org>; Sun, 18 Jun 2023 04:01:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687086056; x=1689678056; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SDDzzEDZamnkY87yew6YDVcgRC+W2pmT0WWQCaOosf4=; b=VdMndxBaWnc1RXdmGxGRzekPSSzML7eLkM5a8JXMFuNMtTwgspURwMNhvgThvEJGxC DfWznTZPFjdNSH96kIFRpQ8dNYjWtstpquvmhm1xMmpjX7PL2tLHtKnHzSXn5/dunE7F Muq3lv0clz6ELZXLWUCUcG1AHO/jmqE21lySh6tPMGzc9PqGW0pplWhatVGbMrydFWN2 mWasQgbepAhy/cwmsUaAV8rkzEg/QESNNpDzuMhHQBV9RqJncVOLlWo0GbcyyHDKwcOJ KhGP6moh5OesLdpggxj2IOy/ued6NBW0VSA3CH38wiskbVVC8CVcUnAx6BKRMV8xVz7M kfcA== X-Gm-Message-State: AC+VfDzqalVpvPlSSwzeuCl3n5hYz5ltZgneaGDwdZAIBPhrzk3YnXRw 7euL+8bLlO9Zn54eNcs9oeaZ14eKH0BABHe57Xc= X-Google-Smtp-Source: ACHHUZ7HItvW0+SScel2WTknI3eDwrs3lcPqZZo/uOtR5+6/1mtKoOVOG+pp9g5f/TdBK7XJ6wtoUidhcgSZuvTOw4g= X-Received: by 2002:a17:903:1105:b0:1b3:ebda:654e with SMTP id n5-20020a170903110500b001b3ebda654emr8391893plh.5.1687086055650; Sun, 18 Jun 2023 04:00:55 -0700 (PDT) In-Reply-To: <83fs6pp8l1.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:263618 Archived-At: --0000000000000d799305fe655594 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > > The C-u C-x ) should complete the macro definition and then execute > > the macro three times > These commands always required a numeric prefix argument The kmacro-end-macro command has always used the wrong interactive spec, but C-u C-x ) worked in Emacs 1.9 through 21.4, when C-x ) was bound to end-kbd-macro, which has always used "p". > These commands always required a numeric prefix argument, and that > is how they are documented. So just "C-u" is invalid, you should > use "C-u 4" instead. Hmm, kmacro-end-macro's doc string copied this paragraph verbatim from end-kbd-macro: With numeric arg, repeat macro now that many times, counting the definition just completed as the first repetition. An argument of zero means repeat until error. So you're saying that end-kbd-macro was always documented wrong, and should have pointed out that C-u works? I take the manual to be saying that C-u meaning C-u 4 is the norm, and it is the functions that are exceptions to that norm that need to clearly document that exception: A few commands treat a plain =E2=80=98C-u=E2=80=99 differently from an o= rdinary argument. A few others may treat an argument of just a minus sign differently from an argument of =E2=88=921. These unusual cases are des= cribed when they come up; they exist to make an individual command more convenient, and they are documented in that command=E2=80=99s documentat= ion string. --0000000000000d799305fe655594 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> > The C-u C-x ) should complete the macro definiti= on and then execute
> > the macro three times

> These co= mmands always required a numeric prefix argument

The kmacro-end-macr= o command has always used the wrong interactive
spec, but C-u C-x ) work= ed in Emacs 1.9 through 21.4, when C-x ) was
bound to end-kbd-macro, whi= ch has always used "p".

> These commands always require= d a numeric prefix argument, and that
> is how they are documented.= =C2=A0 So just "C-u" is invalid, you should
> use "C-u= 4" instead.

Hmm, kmacro-end-macro's doc string copied this= paragraph verbatim from
end-kbd-macro:

=C2=A0 =C2=A0 With numeri= c arg, repeat macro now that many times,
=C2=A0 =C2=A0 counting the defi= nition just completed as the first repetition.
=C2=A0 =C2=A0 An argument= of zero means repeat until error.

So you're saying that end-kbd= -macro was always documented wrong, and
should have pointed out that C-u= works?=C2=A0 I take the manual to be
saying that C-u meaning C-u 4 is t= he norm, and it is the functions
that are exceptions to that norm that n= eed to clearly document that
exception:

=C2=A0 =C2=A0A few comman= ds treat a plain =E2=80=98C-u=E2=80=99 differently from an ordinary
=C2= =A0 =C2=A0argument.=C2=A0 A few others may treat an argument of just a minu= s sign
=C2=A0 =C2=A0differently from an argument of =E2=88=921.=C2=A0 Th= ese unusual cases are described
=C2=A0 =C2=A0when they come up; they exi= st to make an individual command more
=C2=A0 =C2=A0convenient, and they = are documented in that command=E2=80=99s documentation
=C2=A0 =C2=A0stri= ng.
--0000000000000d799305fe655594--