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: Thu, 25 Nov 2021 04:32:26 +0100 (CET) Message-ID: References: <86sfvpxmhn.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="33857"; 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 Thu Nov 25 04:33:11 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 1mq5VW-0008dL-PC for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 25 Nov 2021 04:33:10 +0100 Original-Received: from localhost ([::1]:37202 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mq5VV-0007Lg-4o for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 24 Nov 2021 22:33:09 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47772) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mq5VO-0007LK-CX for bug-gnu-emacs@gnu.org; Wed, 24 Nov 2021 22:33:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43893) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mq5VO-00035Z-4V for bug-gnu-emacs@gnu.org; Wed, 24 Nov 2021 22:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mq5VN-0004nN-Vo for bug-gnu-emacs@gnu.org; Wed, 24 Nov 2021 22:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Nov 2021 03:33: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.163781115618402 (code B ref 51390); Thu, 25 Nov 2021 03:33:01 +0000 Original-Received: (at 51390) by debbugs.gnu.org; 25 Nov 2021 03:32:36 +0000 Original-Received: from localhost ([127.0.0.1]:55439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mq5Uy-0004mk-0Z for submit@debbugs.gnu.org; Wed, 24 Nov 2021 22:32:36 -0500 Original-Received: from w1.tutanota.de ([81.3.6.162]:42088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mq5Uv-0004mU-1B for 51390@debbugs.gnu.org; Wed, 24 Nov 2021 22:32:34 -0500 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id C9E3AFA032A; Thu, 25 Nov 2021 03:32:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1637811146; 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=I8Rs/R4v3jUs374ts3f+4nPa2pLz9NK0KJql1qAd+4I=; b=xJPjRwzb3HsgSOnR9MAk+FuiHKPiJj84clnqYcYjC9iF0TTCbFYDfOQxcLKDN2Zk JFRzHPhueoHFn8KjM3rUQw1ODDPGV0HblddTJkKx237m401Nl9d6GIJtQ8qNxi5Fp7u El5TZXtiho7tdoGcy9jYKrX3bavMVkHBBoWPkDsNRbT+/HfWZGm/f9iCUv4M/5S8xXL 0i1bKdGoNE51o9AyF+hO2NXbPw7K74Ju/NmO6jEdULiVIml2ZrjjEhy2qrgk85tkJj0 a6LUncUPIksP+bgg4PKsRianLFlkQAletHro3TDjG7RFaRTo7jXhhL+jrhLIBwFmR9R cLHRVXpeJQ== In-Reply-To: <86sfvpxmhn.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:220795 Archived-At: 22 Nov 2021, 02:19 by juri@linkov.net: Hi Juri, > I tried to implement what you asked to do, but got horrible results > caused too much damage. Here is the lossage explaining the problem: > > C- ;; tab-next > o ;; tab-next > n ;; gnus-group-next-unread-group > > i.e. I typed C- to switch to the next tab with the text buffer > where I started to type text that begins with the letters "on..." > > But instead of inserting letters to the buffer, the letter "o" > switched to the second next tab. This tab contained the Gnus buffer > where typing the second letter "n" called the bound command > gnus-group-next-unread-group, and I lost all unread messages. > > But I never had such a problem when the repeating sequence was > activated only by 'C-x t o ... o o ...' instead of 'C- o o o ...' > because 'C-' is a single key, there is no need to activate > other keys doing the same. > > This means that by default this behavior should be disabled. > But maybe a new variable should allow to skip this check: Yes,=C2=A0 you are right, it is disruptive.=C2=A0 Having tried the repeat-m= ap I had in the OP for a while now, it is biting me in the back in the most unexpected times.=C2=A0 Maybe this is better left unimplemented?