From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Newsgroups: gmane.emacs.bugs Subject: bug#39121: 27.0.60; occur: Add bindings for next-error-no-select Date: Sun, 25 Jul 2021 20:54:47 +0200 Message-ID: <408C22B8-4A9D-409F-8610-1AE86294FC20@acm.org> References: <87r1fzi7c3.fsf@mail.linkov.net> <871r7pazx1.fsf@gnus.org> <87wnpg2au7.fsf@gnus.org> <87czr6zyid.fsf@gnus.org> <83y29uwy6d.fsf@gnu.org> <1E39DC01-B819-4D0C-AA21-CC43BDF7D5E6@acm.org> <83wnpewr4c.fsf@gnu.org> <83czr6we8z.fsf@gnu.org> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6096"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, juri@linkov.net, 39121@debbugs.gnu.org, tino.calancha@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 25 20:55:11 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 1m7jHL-0001Qh-De for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 25 Jul 2021 20:55:11 +0200 Original-Received: from localhost ([::1]:48742 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m7jHK-0001zC-Am for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 25 Jul 2021 14:55:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42576) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m7jHC-0001yh-04 for bug-gnu-emacs@gnu.org; Sun, 25 Jul 2021 14:55:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37840) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m7jHB-0002x4-PJ for bug-gnu-emacs@gnu.org; Sun, 25 Jul 2021 14:55:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m7jHB-00042j-Kl for bug-gnu-emacs@gnu.org; Sun, 25 Jul 2021 14:55:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 25 Jul 2021 18:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39121 X-GNU-PR-Package: emacs Original-Received: via spool by 39121-submit@debbugs.gnu.org id=B39121.162723929515526 (code B ref 39121); Sun, 25 Jul 2021 18:55:01 +0000 Original-Received: (at 39121) by debbugs.gnu.org; 25 Jul 2021 18:54:55 +0000 Original-Received: from localhost ([127.0.0.1]:49386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m7jH5-00042M-Ex for submit@debbugs.gnu.org; Sun, 25 Jul 2021 14:54:55 -0400 Original-Received: from mail234c50.megamailservers.eu ([91.136.10.244]:59964 helo=mail37c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m7jH3-00042B-2O for 39121@debbugs.gnu.org; Sun, 25 Jul 2021 14:54:54 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1627239290; bh=or2dxH5rh1oEBA2IcwhxK0vF4Nw/GvTO2ilT/Fb57L0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=Qghl1VJTmcenB28STj6dNnkLLh+kUu2QjI2PubZe5vPbCzmeJIunJjKGkfnNnQtpb sxzDfGLlBzpHhjn03csKaQJXNyxCQhphDTGRUXOVRX0x9bawJeR5wuiZFW9wlnC6ML 5t3z94l2SgYW6qQBfpIp2wMfDszAsfKs7Qf4D8Uo= Feedback-ID: mattiase@acm.or Original-Received: from [192.168.0.4] (c188-150-171-71.bredband.tele2.se [188.150.171.71]) (authenticated bits=0) by mail37c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 16PIsmpn019538; Sun, 25 Jul 2021 18:54:49 +0000 In-Reply-To: <83czr6we8z.fsf@gnu.org> X-Mailer: Apple Mail (2.3445.104.21) X-CTCH-RefID: str=0001.0A742F23.60FDB37A.0015, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=Grk8BX9C c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=mDV3o1hIAAAA:8 a=UL2DRF47B9PyA4fQrygA:9 a=CjuIK1q_8ugA:10 a=_FVE-zBwftR9WsbkzFJk:22 X-Origin-Country: SE 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:210728 Archived-At: 25 juli 2021 kl. 18.27 skrev Eli Zaretskii : > The NEWS file doesn't necessarily describe only stuff documented > somewhere, it also describes changes that aren't documented anywhere > but the source code. Yes, but then it's always something that affects the user in some way, = isn't it? Mentioning changed internals doesn't seem to be standard = practice, but I could be wrong about that. Would you point out a few = examples of where we described changed aspects of undocumented = implementation details in NEWS? That would support your view and help me = understand it better. The question is also whether it should be documented at all. The fact = that it never was before, as well as the general ad-hoc nature of the = interface, are strong indicators that it probably shouldn't be. As a case in point: until Lars and I fixed it, the use of occur-mode in = tex-mode.el had been broken since at least Emacs 24, in equal parts for = reasons of bit-rot (implementation details changed) and incorrect = assumptions of interface invariants. And this is an Emacs core package. > Suppose someone read the source of replace.el, > found out about this property, and uses it to do something, either > privately or for some 3rd-part package. Put yourself in the shows of > that person and ask yourself whether you'd like to know that this kind > of change has been installed in Emacs. The `occur-target` property alone is far from sufficient for populating = occur-mode buffers; it is one implementation detail of many. A little = knowledge and all that. It would have been different if we had changed the implementation = incompatibly; in such case, I agree it would have been polite to issue a = notice about it. But nothing should break as a result of the change we = are talking about. > Since you introduced the new format, you probably thought it to be > better than the existing one, right? Then telling others about that > would be a good service, IMO. The change was made exclusively for improving Occur itself, and the = external packages that I have seen would generally draw little advantage = from doing anything differently. Of course, I haven't seen them all, but = having other people depending on implementation details of your software = is a maintenance burden which either impedes progress.