From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Visuwesh via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#51390: 29.0.50; repeat-mode: Fails to repeat keys in global-map(?) Date: Wed, 17 Nov 2021 02:47:49 +0100 (CET) Message-ID: References: <87o87dvxbp.fsf@mail.linkov.net> <874k95vw63.fsf@mail.linkov.net> <86y25p6yhq.fsf@mail.linkov.net> <86r1bfoowu.fsf@mail.linkov.net> Reply-To: Visuwesh Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12704"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 51390 <51390@debbugs.gnu.org> To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 17 02:48:10 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 1mnA3U-00038T-Ru for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 02:48:08 +0100 Original-Received: from localhost ([::1]:34564 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mnA3T-00081Q-OP for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 16 Nov 2021 20:48:07 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnA3O-00081H-9s for bug-gnu-emacs@gnu.org; Tue, 16 Nov 2021 20:48:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47985) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mnA3O-0008Gi-1Z for bug-gnu-emacs@gnu.org; Tue, 16 Nov 2021 20:48:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mnA3N-0004Ou-Oy for bug-gnu-emacs@gnu.org; Tue, 16 Nov 2021 20:48:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 01:48:01 +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.163711367716888 (code B ref 51390); Wed, 17 Nov 2021 01:48:01 +0000 Original-Received: (at 51390) by debbugs.gnu.org; 17 Nov 2021 01:47:57 +0000 Original-Received: from localhost ([127.0.0.1]:59531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnA3J-0004OI-CZ for submit@debbugs.gnu.org; Tue, 16 Nov 2021 20:47:57 -0500 Original-Received: from w1.tutanota.de ([81.3.6.162]:42568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnA3H-0004NJ-BQ for 51390@debbugs.gnu.org; Tue, 16 Nov 2021 20:47:56 -0500 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id 9670CFA0EA0; Wed, 17 Nov 2021 01:47:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1637113669; s=s1; d=tutanota.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=K7vNs8jXtRx0KfsCzEefFpuu5tW0jiEBxnnJ20haxvE=; b=RKTBpO0+yVAUlWm9aMHruG+CCFcQoYsCmHnf3pUSgee39iPPr3wezA3k3QHrgJUK /3oj25fDZqbI4rEH6aH+8UsYjA3Pk3hYMYirfMciUChob7NSR3yrZhw7brchCfD1UUy zFOadBj2mfHZc46hCwGV8hNRoudjPp0lk6gdSgrUPrORwL2JaC8kJDTfEke2FL+dM4n X2lf2VB0rXEXDP5S6Ik64+gpiYbmeRu/h/aZEFKIdgpZnnqXjkbID1PA0tiNG/wUf4c 9oiYG1asHnBgmsZH5UtkaSi1SJVwviKCg2sx5gqciAqA9q89y8MMiL1S0kywUuW3gXa 3wIy8zAs8A== In-Reply-To: <86r1bfoowu.fsf@mail.linkov.net> 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:220170 Archived-At: Hi Juri, 17 Nov 2021, 01:48 by juri@linkov.net: >>I think implementing this will actually end up making certain repeat-maps >>tedious to use.=C2=A0 One example that comes to mind is >>`outline-navigation-repeat-map' where it is quite easy to misfire f/b >>when you actually want n/p.=C2=A0 Starting the map again with C-c @ C-n i= s >>quite tedious.=C2=A0 I hope you reconsider this, or make the current >>behaviour opt-in. > >Please clarify how can you misfire f/b when you intended n/p. >What keys does your keymap contain? >From M-x describe-repeat-maps, =E2=80=98outline-navigation-repeat-map=E2=80=99 keymap is repeatable by the= se commands: =E2=80=98outline-backward-same-level=E2=80=99 (f) =E2=80=98outline-forward-same-level=E2=80=99 (b) =E2=80=98outline-next-visible-heading=E2=80=99 (n) =E2=80=98outline-previous-visible-heading=E2=80=99 (p) =E2=80=98outline-up-heading=E2=80=99 (u) 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.=C2=A0 If f/b `error's, then y= ou have to press n/p to continue navigating.=C2=A0 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.=C2=A0 IMO, this isn't a friendly interface. >>Although triggering repeat-map on error is strange for the scenario in >>OP, I hope the above convinces you regardless.=C2=A0 I only noticed the >>behaviour on error is desirable after I started using the outline functio= ns >>a bit more. > >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'.