From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: Recentish C-s M-y change Date: Thu, 31 Dec 2020 15:18:41 +0000 Message-ID: References: <87r1na4tyu.fsf@gnus.org> <87tus6tj7s.fsf@mail.linkov.net> <87a6txigm1.fsf@gnus.org> <874kk5lzew.fsf@mail.linkov.net> <87eej8ifll.fsf@mail.linkov.net> <87h7o3k5b5.fsf@mail.linkov.net> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39808"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.22 (NEB 394 2020-01-19) Cc: emacs-devel@gnu.org To: Filipp Gunbin Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 31 16:20:04 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kuzkC-0009zn-0f for ged-emacs-devel@m.gmane-mx.org; Thu, 31 Dec 2020 16:20:04 +0100 Original-Received: from localhost ([::1]:34678 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuzkB-00038Y-24 for ged-emacs-devel@m.gmane-mx.org; Thu, 31 Dec 2020 10:20:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53722) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuzjA-0002Bx-Va for emacs-devel@gnu.org; Thu, 31 Dec 2020 10:19:00 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:56166) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuzj8-0006Fl-UD for emacs-devel@gnu.org; Thu, 31 Dec 2020 10:19:00 -0500 Original-Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 0BVFIiNl026744 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 31 Dec 2020 15:18:44 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 0BVFJS5e006023; Thu, 31 Dec 2020 15:19:28 GMT In-Reply-To: Received-SPF: pass client-ip=205.166.94.24; envelope-from=ghe@sdf.org; helo=mx.sdf.org X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, GAPPY_SUBJECT=0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:262165 Archived-At: >> Would it not be possible to use C-u to have both behaviors? With the >> following code C-s C-y M-y... and C-s M-y M-y... work as before, and >> C-s C-u C-y and C-s C-u M-y use the new feature. > > Looks overly complex > What is "overly complex"? The "u" and "y" keys are next to each other on most keyboards. There are not many possible solutions if we want to make that new feature, which I think is a useful one, accessible without changing the keymap too much. C-y, M-y and C-M-y are already bound. Using TAB as you suggested does not seem to be a good solution, newcomers would have to learn that searching for TAB requires a C-q. Another solution would be to use C-S-y or M-S-y. But I do believe that C-u is better, the universal argument is commonly used to select between different behaviors in Emacs, and is in particular already used to start a regexp isearch and a regular isearch. > > and currently "sub-commands" (bound to keys in isearch-mode-map) do not > use universal arg AFAICT. > That's not correct. C-s C-u C-q C-i searches for four consecutive tabs, for example; C-s C-u 6 C-w starts isearch with the next six words.