From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.bugs Subject: bug#66394: 29.1; Make register-read-with-preview more useful Date: Tue, 12 Dec 2023 01:06:23 -0500 Message-ID: References: <87il7ib6cu.fsf@posteo.net> <87ttqgpjiz.fsf@posteo.net> <87wmvbibpr.fsf@web.de> <877cnb2n63.fsf@posteo.net> <8734xyc8z0.fsf@web.de> <87zg05rewi.fsf@posteo.net> <87ttqcg8gw.fsf@web.de> <87h6mcr8ol.fsf@posteo.net> <87r0l73029.fsf@web.de> <877cmdx8ud.fsf@posteo.net> <87sf50s1gh.fsf@posteo.net> <83o7ficesp.fsf@gnu.org> <878r6leh9d.fsf@posteo.net> <83il5pbnmh.fsf@gnu.org> <87zfz1cz7s.fsf@posteo.net> <83bkbc7j1o.fsf@gnu.org> <8734wov2wv.fsf@posteo.net> <83v89j6arv.fsf@gnu.org> <87cyvpf8y6.fsf@posteo.net> <83plzp82mb.fsf@gnu.org> <87a5qhxf05.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37965"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael_heerdegen@web.de, eliz@gnu.org, stefankangas@gmail.com, monnier@iro.umontreal.ca, 66394@debbugs.gnu.org To: Thierry Volpiatto Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 12 07:07:04 2023 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 1rCvv6-0009dg-9o for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 12 Dec 2023 07:07:04 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rCvuq-0001D7-QL; Tue, 12 Dec 2023 01:06:48 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCvup-0001C5-Dz for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2023 01:06:47 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rCvup-0002F1-5U for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2023 01:06:47 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rCvv4-0003Yl-1D for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2023 01:07:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Alfred M. Szmidt" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Dec 2023 06:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66394 X-GNU-PR-Package: emacs Original-Received: via spool by 66394-submit@debbugs.gnu.org id=B66394.170236121313641 (code B ref 66394); Tue, 12 Dec 2023 06:07:02 +0000 Original-Received: (at 66394) by debbugs.gnu.org; 12 Dec 2023 06:06:53 +0000 Original-Received: from localhost ([127.0.0.1]:55122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCvuv-0003Xw-Cz for submit@debbugs.gnu.org; Tue, 12 Dec 2023 01:06:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCvuq-0003Xd-Bo for 66394@debbugs.gnu.org; Tue, 12 Dec 2023 01:06:52 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCvuT-0002Dk-Oc; Tue, 12 Dec 2023 01:06:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=MVbZ2N2dNhkbfqTkOhc59Nn+e7+xd2SFiSw+IEZccGM=; b=GzHHwpJu4zqA 2SaKxAlR1m0obm58ZAxG8nh4STVETpFGKdf1arxaVXBvOO5HlMyhoDALA0V2L0HnefHZgJNvaubag RsVvasl27lo6CjDDnfzme3w1d4sOjfcP+1uLuPD1JEJfeKvUsKkBuYyKhhiKFLmXJ7z5dKptx+nJN f+d4A5P3UJzi/5GobVQHsWVLyzCiL00c+kmef6JlCcBQpWgcModA1rTw62NkyHj55Sva1D0R0zIMY v/e6D6Qm762YoC9ujjEYL6e8WNS7GbHYrG2vUZPg2HfT28KKIrk97BsmDnGzplxLDtWNNPHBP7u/h ARcNc9eqTNlN1FzW42Gsmg==; Original-Received: from ams by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1rCvuR-0001Pu-NZ; Tue, 12 Dec 2023 01:06:24 -0500 In-Reply-To: <87a5qhxf05.fsf@posteo.net> (message from Thierry Volpiatto on Mon, 11 Dec 2023 09:30:50 +0000) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:276016 Archived-At: Confirmation, we already have bookmarks which are the "longer" variants. Making registers confirm by default, makes registers on par, as slow to use as bookmarks to use. If those who wish to use registers with confirmation, why not use bookmarks? What becomes the difference between registers and bookmarks with this change (confirmation part) other than bookmarks being saved to a file? Some people seemed to have lots and lots (dozens if not more) of registers, what heppens if you restart Emacs? Do you save registers between invocations of Emacs? In that case, it sounds like one should be using bookmarks and not registers. TLDR: Making the default to "confirm" (preview is not the main problem) makes registers just like bookmarks. here the last patch that provide Emacs-29 previous behavior as asked on emacs-dev, I made it the default for now. The only customization one have to do to make a change is through register-use-preview which have now three options: - basic (default - same as Emacs-29- ) - nil (simple preview with filtering, default and no confirm) - never (same as nil but without any preview) - t (the improved version with navigation etc...) I think the variable is being overloaded. Shouldn't this just control the usage of preview, not how interactive the behaviour of registers are? People seem to be confusing what it does already, since they think that registers did not have preview before this change (and that being the main feaature that they seem to be after -- not confirmation). Which makes it hard to disucss this change, since it conflates multiple topics into one thread. "basic" seems to not be the same behaviour as in 29 (from the looks -- I cannot apply the patch), even Emacs 25 has register preview by default, which is a useful feature, which seems to correspond to 'nil'. The discussion of this change is strange and why people are upset, we first change the behaviour silently and then try to justify the old one. It should be the other way round. Why is confirmation in registers so important to break old trusted behaviour, when we already have a similar feature (bookmarks) that those who wish to be "sure" can't use that instead?