From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#16542: 24.3.50; When finding a file via a bookmark, that file is not part of file-name-history Date: Mon, 27 Jan 2014 07:11:58 -0800 (PST) Message-ID: References: <87lhy5kqa9.fsf@bzg.ath.cx> <87lhy1slx2.fsf@bzg.ath.cx> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1390835599 16811 80.91.229.3 (27 Jan 2014 15:13:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 27 Jan 2014 15:13:19 +0000 (UTC) Cc: 16542@debbugs.gnu.org To: Bastien Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 27 16:13:25 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1W7nsK-0003QC-Ai for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Jan 2014 16:13:24 +0100 Original-Received: from localhost ([::1]:60058 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7nsJ-0000te-Mo for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Jan 2014 10:13:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49229) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7ns7-0000hx-5Z for bug-gnu-emacs@gnu.org; Mon, 27 Jan 2014 10:13:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W7nry-000688-IK for bug-gnu-emacs@gnu.org; Mon, 27 Jan 2014 10:13:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52464) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7nry-00067w-EE for bug-gnu-emacs@gnu.org; Mon, 27 Jan 2014 10:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W7nrx-0002TI-Mg for bug-gnu-emacs@gnu.org; Mon, 27 Jan 2014 10:13:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jan 2014 15:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16542 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16542-submit@debbugs.gnu.org id=B16542.13908355289426 (code B ref 16542); Mon, 27 Jan 2014 15:13:01 +0000 Original-Received: (at 16542) by debbugs.gnu.org; 27 Jan 2014 15:12:08 +0000 Original-Received: from localhost ([127.0.0.1]:38250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W7nr5-0002Ry-R8 for submit@debbugs.gnu.org; Mon, 27 Jan 2014 10:12:08 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:49341) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W7nr3-0002Rp-GV for 16542@debbugs.gnu.org; Mon, 27 Jan 2014 10:12:06 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s0RFC02E016548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Jan 2014 15:12:02 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s0RFBxfb006165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 27 Jan 2014 15:12:00 GMT Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s0RFBxtk028808; Mon, 27 Jan 2014 15:11:59 GMT In-Reply-To: <87lhy1slx2.fsf@bzg.ath.cx> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:84115 Archived-At: > I'm on Drew side here, I think a one-by-one approach is better, > whether there is a general mechanism or not (yet). >=20 > Since there is no strong objection for fixing the bookmark-jump > case, and since it's trivial to migrate this fix to a general > solution when we'll have one, I'm willing to apply the fix if > no-one objects in a week. I did not object to the idea out of hand, and I agreed that there are arguments in its favor (for `bookmark-jump'). However, to be clear: There is no hurry for this command to act like that, and my preference would be to *not* make this change now for that one command, and instead to wait until we address the issue more generally. E.g., a user option to give users some control over this. The file-name history is, after all, _their_ history. Starting down this road is not a great idea without a general plan. Until now, minibuffer histories are designed to reflect only text _actually input from the minibuffer by the user_. To change that design decision so that it becomes only a guideline, which gets modulated by other influences (e.g., the individual command; one or more user options overrule; etc.), we should have a general plan for where we're headed - a new design. So I do not object strongly, but I think it is a bad idea to set a precedent this way. It is better to discuss the general issue on emacs-devel. And there certainly is no hurry for this, when it comes to `bookmark-jump'. If you really want to do this now for `bookmark-jump', then a compromise could be to add a user option just for that, i.e., in bookmark.el. Then, if and when a more general design is adopted, that option could be removed in favor of a more general option. That would let users retain the current `bookmark-jump' behavior or not, as they prefer.