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.devel Subject: Re: Recentish C-s M-y change Date: Thu, 14 Jan 2021 10:44:02 +0200 Organization: LINKOV.NET Message-ID: <875z3z9act.fsf@mail.linkov.net> 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> <87wnwslhdr.fsf@mail.linkov.net> <87sg74itrx.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16895"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 14 10:40:59 2021 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 1kzz7i-0004CZ-4o for ged-emacs-devel@m.gmane-mx.org; Thu, 14 Jan 2021 10:40:58 +0100 Original-Received: from localhost ([::1]:41522 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kzz7h-0007PC-1S for ged-emacs-devel@m.gmane-mx.org; Thu, 14 Jan 2021 04:40:57 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51788) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzz62-00066H-Ar for emacs-devel@gnu.org; Thu, 14 Jan 2021 04:39:15 -0500 Original-Received: from relay7-d.mail.gandi.net ([217.70.183.200]:36863) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzz5z-0001KW-VT for emacs-devel@gnu.org; Thu, 14 Jan 2021 04:39:13 -0500 X-Originating-IP: 91.129.98.64 Original-Received: from mail.gandi.net (m91-129-98-64.cust.tele2.ee [91.129.98.64]) (Authenticated sender: juri@linkov.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 3157920003; Thu, 14 Jan 2021 09:39:06 +0000 (UTC) In-Reply-To: (Filipp Gunbin's message of "Wed, 13 Jan 2021 22:34:19 +0300") Received-SPF: pass client-ip=217.70.183.200; envelope-from=juri@linkov.net; helo=relay7-d.mail.gandi.net X-Spam_score_int: -24 X-Spam_score: -2.5 X-Spam_bar: -- X-Spam_report: (-2.5 / 5.0 requ) BAYES_00=-1.9, GAPPY_SUBJECT=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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:263046 Archived-At: >>>>> Many commands in isearch-mode-map explicitly allow and use a prefix >>>>> argument (C-q, C-r, C-s, C-w, ...). isearch-yank-kill (C-y) and >>>>> isearch-yank-pop (M-y) accept one, but it is unused. I don't see what >>>>> meaning could be attached to a numeric argument to isearch-yank-kill or >>>>> isearch-yank-pop, so I think that using C-u to start an interactive >>>>> selection with these two commands would make sense. >>>> >>>> The problem is that C-u has other meaning in 'C-u M-y' where it puts >>>> point at beginning and mark at end. >>> >>> Are you sure? I don't see this, I do not see any difference between C-s >>> M-y and C-s C-u M-y. >> >> I meant the global C-u M-y. But since its global meaning makes no sense >> in isearch, I added C-s C-u M-y as you suggested. > > I'm a bit opposed to this change, because, as I wrote in this thread, it > will introduce a behaviour-changing prefix arg in isearch-specific > command. > > isearch already has many commands, and we'd better keep them simple, I agree that better to keep isearch commands simple, and indeed a new isearch command that precisely mirrors the global command is as simple as possible. But its backward-compatible counterpart isearch command is already a mess, so adding a prefix arg to it doesn't make it much more complicated.