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.bugs Subject: bug#48478: 28.0.50; yank-from-kill-ring and kill-ring-yank-pointer Date: Sun, 06 Jun 2021 00:35:58 +0300 Organization: LINKOV.NET Message-ID: <87pmx03sg1.fsf@mail.linkov.net> References: <83h7j1twym.fsf@gnu.org> <87h7iwuf0m.fsf@mail.linkov.net> <83o8d3l179.fsf@gnu.org> <87k0nqo570.fsf@mail.linkov.net> <83a6olkjca.fsf@gnu.org> <87pmxe649v.fsf@mail.linkov.net> <835yz5bszn.fsf@gnu.org> <87y2c1yvqq.fsf@mail.linkov.net> <835yz4ab0s.fsf@gnu.org> <87wnrfx380.fsf@mail.linkov.net> <83a6ob2jiy.fsf@gnu.org> <87pmx6k6lf.fsf@mail.linkov.net> <838s3t236k.fsf@gnu.org> <8735u1e5hd.fsf@mail.linkov.net> <83lf7sxqiw.fsf@gnu.org> <87v96wc6jd.fsf@mail.linkov.net> <838s3rxyf3.fsf@gnu.org> <877djazn16.fsf@mail.linkov.net> <834keew4rs.fsf@gnu.org> <87r1hh60jb.fsf@mail.linkov.net> <83r1hhlae1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17179"; 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: 48478@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jun 06 00:29:13 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1lpen2-0004MK-TP for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 06 Jun 2021 00:29:12 +0200 Original-Received: from localhost ([::1]:51780 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lpen1-00024H-Mo for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Jun 2021 18:29:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42568) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lpemr-000249-TH for bug-gnu-emacs@gnu.org; Sat, 05 Jun 2021 18:29:01 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38710) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lpemr-0007gV-Mt for bug-gnu-emacs@gnu.org; Sat, 05 Jun 2021 18:29:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lpemr-0000Ld-Ja for bug-gnu-emacs@gnu.org; Sat, 05 Jun 2021 18:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Jun 2021 22:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48478 X-GNU-PR-Package: emacs Original-Received: via spool by 48478-submit@debbugs.gnu.org id=B48478.16229321021277 (code B ref 48478); Sat, 05 Jun 2021 22:29:01 +0000 Original-Received: (at 48478) by debbugs.gnu.org; 5 Jun 2021 22:28:22 +0000 Original-Received: from localhost ([127.0.0.1]:50253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpemD-0000KX-Oi for submit@debbugs.gnu.org; Sat, 05 Jun 2021 18:28:21 -0400 Original-Received: from relay11.mail.gandi.net ([217.70.178.231]:56337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpemA-0000KI-QN for 48478@debbugs.gnu.org; Sat, 05 Jun 2021 18:28:19 -0400 Original-Received: (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 56524100002; Sat, 5 Jun 2021 22:28:11 +0000 (UTC) In-Reply-To: <83r1hhlae1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Jun 2021 22:04:06 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:208075 Archived-At: >> > In the following use case: >> > >> > M-y >> > >> > TAB (1) >> > (2) >> > RET >> > C-y >> > >> > the last C-y inserts neither the unedited completion in (1) nor the >> > edited one in (2). It inserts something else. It should insert one >> > of these two, IMO, otherwise this behaves very different from >> > >> > C-y >> > M-y >> > M-y >> > ... >> > C-y >> >> 'C-y M-y M-y ... C-y' has no ability to edit the previous string, >> so these cases are not comparable. > > You are missing the point. The point is to tell the user what to > expect from the next C-y after a series of M-y's. It makes little > sense to me to tell them the editing case behaves radically > differently from the non-editing case. > > But if you still disagree, I give up: you win. The manual will remain > in its current form, and will not say what happens with the kill-ring > pointer in this case. I don't disagree. I simply don't know what to do. For example, above you said to insert one of these two, but which one and how is completely unclear. So it seems we need to hear more opinions.