From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#51390: 29.0.50; repeat-mode: Fails to repeat keys in global-map(?) Date: Wed, 17 Nov 2021 09:54:55 +0200 Organization: LINKOV.NET Message-ID: <8635nv9rtc.fsf@mail.linkov.net> References: <87o87dvxbp.fsf@mail.linkov.net> <874k95vw63.fsf@mail.linkov.net> <86y25p6yhq.fsf@mail.linkov.net> <86r1bfoowu.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38349"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: 51390 <51390@debbugs.gnu.org> To: Visuwesh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 17 09:22:25 2021 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 1mnGD2-0009na-Tq for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 09:22:24 +0100 Original-Received: from localhost ([::1]:37496 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mnGD1-00085W-Tn for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 03:22:23 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51490) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnGBj-00068z-0x for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 03:21:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48493) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mnGBi-0001BX-Nx for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 03:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mnGBi-0008TY-Dr for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 03:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 08:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51390 X-GNU-PR-Package: emacs Original-Received: via spool by 51390-submit@debbugs.gnu.org id=B51390.163713723632492 (code B ref 51390); Wed, 17 Nov 2021 08:21:02 +0000 Original-Received: (at 51390) by debbugs.gnu.org; 17 Nov 2021 08:20:36 +0000 Original-Received: from localhost ([127.0.0.1]:60036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnGBI-0008Rx-9B for submit@debbugs.gnu.org; Wed, 17 Nov 2021 03:20:36 -0500 Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:36237) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnGBG-0008Rh-C9 for 51390@debbugs.gnu.org; Wed, 17 Nov 2021 03:20:34 -0500 Original-Received: (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 0417DE0003; Wed, 17 Nov 2021 08:20:26 +0000 (UTC) In-Reply-To: (visuwesh@tutanota.com's message of "Wed, 17 Nov 2021 02:47:49 +0100 (CET)") 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" Xref: news.gmane.io gmane.emacs.bugs:220190 Archived-At: > When you do not know the structure of the outline headings beforehand, > it can so happen that you press f/b anticipating that there's a heading > on the same level but that might not be case.  If f/b `error's, then you > have to press n/p to continue navigating.  This is what I meant by > "misfiring." > > If repeat-mode decides to end the repeating sequence, I'd have to start > again with C-c @ C-n.  IMO, this isn't a friendly interface. > >>Triggering repeat-map on error is a bug that will be fixed. >>But it will be fixed in such a way that the error will exit >>the repeating sequence. > > My point is that sometimes it is desirable to not end the sequence on > `error'. Thanks, everything's clear now. And no worries — a new option will allow to not end the repeating sequence on error. One problem I had with writing tests for such a feature — tests for repeat-mode are based on ‘execute-kbd-macro’, but an error ends the keyboard macro. So probably there will be no tests for this error-signaling repeatable commands.