From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bastien 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: Wed, 29 Jan 2014 11:43:59 +0100 Message-ID: <87wqhjysnk.fsf@bzg.ath.cx> References: <87lhy5kqa9.fsf@bzg.ath.cx> <87lhy1slx2.fsf@bzg.ath.cx> <877g9l1m4c.fsf@bzg.ath.cx> <87bnywpohw.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390992312 1545 80.91.229.3 (29 Jan 2014 10:45:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jan 2014 10:45:12 +0000 (UTC) Cc: 16542@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 29 11:45:18 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 1W8Sdx-0004G1-Be for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jan 2014 11:45:17 +0100 Original-Received: from localhost ([::1]:41425 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Sdw-00020Z-QJ for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jan 2014 05:45:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41516) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Sdo-00020A-Dp for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 05:45:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W8Sdi-0006G4-Jo for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 05:45:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54039) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Sdi-0006Ed-GJ for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 05:45:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W8Sdh-0001IN-St for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 05:45:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Bastien Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jan 2014 10:45: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.13909922474898 (code B ref 16542); Wed, 29 Jan 2014 10:45:01 +0000 Original-Received: (at 16542) by debbugs.gnu.org; 29 Jan 2014 10:44:07 +0000 Original-Received: from localhost ([127.0.0.1]:39825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W8Sco-0001Gu-Lf for submit@debbugs.gnu.org; Wed, 29 Jan 2014 05:44:06 -0500 Original-Received: from mail-ee0-f44.google.com ([74.125.83.44]:55250) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W8Scm-0001Gh-96 for 16542@debbugs.gnu.org; Wed, 29 Jan 2014 05:44:04 -0500 Original-Received: by mail-ee0-f44.google.com with SMTP id c13so810149eek.3 for <16542@debbugs.gnu.org>; Wed, 29 Jan 2014 02:44:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; bh=+6uNPlnvP2Q/rdMUpWe3GTDVV3YXMhuAnt9812qcoVs=; b=MIMDb0Ga1qmfCxKuOib7LzwEHeCI6GaZAGyQX0B5PTqEmrLZ/EzYzwMazDiJFuZY/B 1WVMA2OaQEDEYJegeLzwOBGb5GlSC9oPDZVceuN6uIKGE5d2+xUU3jyhxxLTytGVjwQs Vz0J3mYXLqGL5bFKwjcUHhHCWJu7N51lQVjsuLkZ2+NkDKN/o73JQZcxt6o0MgyKeIlN 6OABtn7LHZODYkA/vWucPWlaIdlKiobMDTbuDtBq60caO+HOc5QIXqqIwz4nRhfdEvHz U5N1a+GryYryZNXmCOncxlf0PR+bxkGKnlp3FJb6cy2LQ9jdniEfTHdBLsiPn95B4UJV yt5A== X-Received: by 10.14.104.6 with SMTP id h6mr8638077eeg.29.1390992243223; Wed, 29 Jan 2014 02:44:03 -0800 (PST) Original-Received: from bzg.localdomain (AMontsouris-651-1-54-70.w90-24.abo.wanadoo.fr. [90.24.133.70]) by mx.google.com with ESMTPSA id o13sm6914956eex.19.2014.01.29.02.44.01 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Jan 2014 02:44:02 -0800 (PST) Original-Received: by bzg.localdomain (Postfix, from userid 1000) id C25811C207E8; Wed, 29 Jan 2014 11:43:59 +0100 (CET) In-Reply-To: (Stefan Monnier's message of "Tue, 28 Jan 2014 08:28:04 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) 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:84213 Archived-At: Stefan Monnier writes: >>> 1. A user option such as what you describe, but with nil meaning >>> "go for it generally: let the command decide", a non-nil list as >>> you mention meaning "do not let these commands decide", and any >>> other non-nil value meaning "do not let any command decide". >> I think a cleaner solution would be to have two separate history lists: >> 1. history of minibuffer input >> 2. history of visited files >> and a new option to select which history to access via M-p >> in the minibuffer that reads a file name. > > Better would be to somehow give access to those two lists without going > through an option. The advantage of a simple option like (setq find-file-history '(bookmark dired)) is that users are likely to set it once and for all. With two history variables and a way to access them separately or together (e.g. depending on a toggle command in the minibuffer?), the users may wonder which one they are currently accessing, overloading their minds for this frequently used command... Or at least, there should be an option to always search through the extended history if that's the default behavior we want. -- Bastien