From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.devel Subject: Re: Recentish C-s M-y change Date: Thu, 14 Jan 2021 18:34:42 +0300 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> <87wnwslhdr.fsf@mail.linkov.net> <87sg74itrx.fsf@mail.linkov.net> <875z3z9act.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="20336"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) Cc: Gregory Heytings , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 14 16:42:22 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 1l04lS-0005CN-3Q for ged-emacs-devel@m.gmane-mx.org; Thu, 14 Jan 2021 16:42:22 +0100 Original-Received: from localhost ([::1]:53682 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l04lR-00022d-4L for ged-emacs-devel@m.gmane-mx.org; Thu, 14 Jan 2021 10:42:21 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53932) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l04eA-0004w6-D8 for emacs-devel@gnu.org; Thu, 14 Jan 2021 10:34:51 -0500 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:60695) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l04e6-0006li-P9 for emacs-devel@gnu.org; Thu, 14 Jan 2021 10:34:50 -0500 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id DF45E5C0118; Thu, 14 Jan 2021 10:34:45 -0500 (EST) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 14 Jan 2021 10:34:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm2; bh=XBjpg/FK1zOxrEamJjtVMnpDD7 6IQtMwGmjtp4aSTTo=; b=rrbyIp0ZrLCyLjp8PRcy329fCYFNRvGHf4f4e+lJTM AFrLB1dOc315iufs7rcv0rI3R159MFr0YjqPPOogjip+0mpKGljqDz14ZYccO7yB X0QgWbdA3M9CPD/JWy/qv042l8QiDMYGLdSs50bEKYGDrPT4iHbBwl8jGBv0nQqU +AW7fxykmUNOULWjNFsqU4wlGoaJ7KFQnTc7IYYahlchu9DffQY+a0Tpr0M1/KpA RtWL8pbzVNyDt8rO4/9FU8GFJPpdP2t2bEfav+Dd5pzK7OP7oglh5CQzLgTlBx68 zNiBiWmOc6f9Ha2M6ArRuVZgmky0jAZeuJ0NHBCAwf7A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=XBjpg/ FK1zOxrEamJjtVMnpDD76IQtMwGmjtp4aSTTo=; b=HY9ndUXcGML6T3EFDEpXhk MJd1KBJ7mooAqYTvJ4WIjsvV5jtg/JndGQBJ4EeAanSXdV8n65VMX1sW2fe13MxE 5Ty9F2XXCQmdVK5Vbj5aMVmJqGnv8ANc/TNda8oqGKS5ejDipPJaaeUlfZE7aqA7 czaytLICIrHXb2ZkMtzipZLd2gECmhKsnwlIfkPIpc1kOkvHAU+IOO9pIAFN3Yks lq/oagE4hxYuCUjT9ZFM80nwZOal6wnk7gpgScqTvepVt39Jhly/Pez1t5RJeab8 w53+8PKZzOuY1uMh8ngelXuCXqFndyI+RtEHURB+jeUbfh/Yr69W8TsNR7o7dBbA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgdehgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffujghffgffkfggtgesthdtredttdertdenucfhrhhomhephfhilhhiphhp ucfiuhhnsghinhcuoehfghhunhgsihhnsehfrghsthhmrghilhdrfhhmqeenucggtffrrg htthgvrhhnpedvveekffdvueevhfdutdejheekvdeufeevtedttdevuddugfeiffeiveei vefhtdenucfkphepkeegrddvtdegrdduleefrddutdeinecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepfhhguhhnsghinhesfhgrshhtmhgrihhl rdhfmh X-ME-Proxy: Original-Received: from fgunbin.local (unknown [84.204.193.106]) by mail.messagingengine.com (Postfix) with ESMTPA id 2B81824005B; Thu, 14 Jan 2021 10:34:44 -0500 (EST) In-Reply-To: <875z3z9act.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 14 Jan 2021 10:44:02 +0200") Mail-Followup-To: Juri Linkov , Gregory Heytings , emacs-devel@gnu.org Received-SPF: pass client-ip=66.111.4.25; envelope-from=fgunbin@fastmail.fm; helo=out1-smtp.messagingengine.com X-Spam_score_int: -26 X-Spam_score: -2.7 X-Spam_bar: -- X-Spam_report: (-2.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, GAPPY_SUBJECT=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-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:263048 Archived-At: On 14/01/2021 10:44 +0200, Juri Linkov wrote: >>>>>> 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. Except that it sets a precedent for complicating other isearch commands...