From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: Recentish C-s M-y change Date: Wed, 30 Dec 2020 08:04:28 +0300 Message-ID: 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; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14463"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) To: Juri Linkov , Lars Ingebrigtsen , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 30 06:09:24 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 1kuTjg-0003fT-Qu for ged-emacs-devel@m.gmane-mx.org; Wed, 30 Dec 2020 06:09:24 +0100 Original-Received: from localhost ([::1]:36976 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuTjf-0002lD-Te for ged-emacs-devel@m.gmane-mx.org; Wed, 30 Dec 2020 00:09:23 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43324) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuTiw-0002Ju-Gu for emacs-devel@gnu.org; Wed, 30 Dec 2020 00:08:38 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:55523) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuTiu-0003rw-Kq for emacs-devel@gnu.org; Wed, 30 Dec 2020 00:08:38 -0500 Original-Received: from localhost ([::ffff:41.210.145.189]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000295440.000000005FEC0B51.00007415; Tue, 29 Dec 2020 22:08:33 -0700 Mail-Followup-To: Juri Linkov , Lars Ingebrigtsen , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com 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:262101 Archived-At: * Filipp Gunbin [2020-12-29 21:36]: > 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. I was thinking that basic workflow without incremental search would be: C-y M-y M-y... and that it is logical and user friendly to keep that workflow also after prefix key for incremental search: C-s C-y M-y M-y... which currently does its job well. If I do only this: M-y then I am asked to yank it from kill-ring and so I expect the same when I do: C-s M-y to be asked to yank it from kill ring. In my opinion users who expect that C-s M-y yank it immediately have learned it little wrong, instead of changing the function, maybe they could change their habit. But then again if function is changed why not change everything to be consistent. Then M-y should be same as C-y to insert straight yanked part of text. But that again is highly not logical to basics of Emacs editing as we have C-y for that.