From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: tags-loop-continue Date: Mon, 11 Jan 2016 15:21:56 +0800 Message-ID: <87fuy4eg2z.fsf@ericabrahamsen.net> References: <83wprimto9.fsf@gnu.org> <56916C10.6050004@yandex.ru> <83oacumqmj.fsf@gnu.org> <56917246.1010800@yandex.ru> <5691795E.9010008@yandex.ru> <83lh7ym725.fsf@gnu.org> <5691D768.3020908@yandex.ru> <5b7c961c-e5ff-4ca2-bb26-dfc1d1e60d7f@default> <56926C23.6000708@yandex.ru> <7321a48d-1b17-45eb-8863-d0ee42ebece0@default> <56929F06.20601@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1452496948 15408 80.91.229.3 (11 Jan 2016 07:22:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Jan 2016 07:22:28 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 11 08:22:19 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aIWnz-0003Xf-8H for ged-emacs-devel@m.gmane.org; Mon, 11 Jan 2016 08:22:19 +0100 Original-Received: from localhost ([::1]:52082 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIWny-0005Wb-LH for ged-emacs-devel@m.gmane.org; Mon, 11 Jan 2016 02:22:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIWnv-0005Vl-6z for emacs-devel@gnu.org; Mon, 11 Jan 2016 02:22:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aIWns-0007uo-1l for emacs-devel@gnu.org; Mon, 11 Jan 2016 02:22:15 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:38700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIWnr-0007uc-Rj for emacs-devel@gnu.org; Mon, 11 Jan 2016 02:22:11 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aIWnp-0003Sm-BL for emacs-devel@gnu.org; Mon, 11 Jan 2016 08:22:09 +0100 Original-Received: from 221.216.161.51 ([221.216.161.51]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Jan 2016 08:22:09 +0100 Original-Received: from eric by 221.216.161.51 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Jan 2016 08:22:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 221.216.161.51 User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:SOy2tnyZzx31VQu3llbnCkIHSCQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:198018 Archived-At: Dmitry Gutov writes: > On 01/10/2016 08:53 PM, Drew Adams wrote: > >> That's poor reasoning, IMO. How many users have used >> `xref-pop-marker-stack'? > > More. And in any case, xref-pop-marker-stack goes together with > xref-find-definitions, so it only makes sense for them to use close > key bindings. > >> The absence of user complaints during a period when the >> thing about which you are counting complaints is not >> even present in a release is hardly something to go by. > > Indeed, we're missing the data from the risk-averse part of the > population, which only install the released versions. > > Still, a lot of people use pre-release snapshots, and that crowd must > be pretty diverse as well. I run the development version, and have been annoyed by the breakage. I've also been too lazy to report, in part because I'm trying to use Helm to do more Dired things anyway. /datapoint