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: Tue, 29 Dec 2020 21:20:38 +0200 Organization: LINKOV.NET Message-ID: <87eej8ifll.fsf@mail.linkov.net> References: <87r1na4tyu.fsf@gnus.org> <87tus6tj7s.fsf@mail.linkov.net> <87a6txigm1.fsf@gnus.org> <874kk5lzew.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="35042"; 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: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 29 20:30:29 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 1kuKhR-00092E-Ai for ged-emacs-devel@m.gmane-mx.org; Tue, 29 Dec 2020 20:30:29 +0100 Original-Received: from localhost ([::1]:55382 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuKhQ-0005WE-B0 for ged-emacs-devel@m.gmane-mx.org; Tue, 29 Dec 2020 14:30:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44812) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuKgE-0004uM-5r for emacs-devel@gnu.org; Tue, 29 Dec 2020 14:29:14 -0500 Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:59005) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuKgA-00008Z-2r for emacs-devel@gnu.org; Tue, 29 Dec 2020 14:29: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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id A99DE40003; Tue, 29 Dec 2020 19:29:06 +0000 (UTC) In-Reply-To: (Filipp Gunbin's message of "Tue, 29 Dec 2020 21:35:16 +0300") Received-SPF: pass client-ip=217.70.183.194; envelope-from=juri@linkov.net; helo=relay2-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:262085 Archived-At: >> Such changes of keybindings are not something new: in 2011 we changed >> 'C-s M-y' from 'isearch-yank-kill' to 'isearch-yank-pop', > > But this continued to work for the most frequent case of yanking last > kill? If 'C-s C-y' is easier to type than 'C-s M-y', shouldn't then more beneficial to have 'C-s C-y' the most frequent case of yanking last kill? >> and also in 2011 changed 'C-s C-y' from 'isearch-yank-line' to >> 'isearch-yank-kill' that was a more fundamental change. > > In Emacs 27 there was also change in C-M-w, and it's still painful :-) > > 'C-M-w' in isearch changed from 'isearch-del-char' to the new function > 'isearch-yank-symbol-or-char'. 'isearch-del-char' is now bound to > 'C-M-d'. A good example of the change for better that makes these keybindings more consistent and easier to use: C-M-y isearch-yank-char C-M-d isearch-del-char and C-w isearch-yank-word-or-char C-M-w isearch-yank-symbol-or-char If it was painful at first, how easy it was to adapt? >> Of course, if after trying 'C-s C-y', you'd still prefer the old 'C-s M-y', >> we could revert this change, but this would be a step backwards. > > The new workflow is "C-s C-y M-y M-y...", the old one is "C-s M-y > M-y...". If we could make the first M-y just insert the last kill, then > both workflows can live together, no? It's just the prompt after C-s > M-y which annoys me currently. Do you suggest to show the prompt only after 'C-s M-y M-y'? OT1H, it would have an unexpected effect for users who expect 'C-s M-y M-y M-y ...' to continue inserting more items from the kill-ring. OTOH, for users who want the prompt it would be too inconvenient first to insert the last kill then show the prompt. Ok, since everyone wants the old keybinding back, I'll restore isearch-yank-pop to old code, and also add a new command 'isearch-yank-from-kill-ring', but unbound because there is no free key in isearch-mode.