From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anders Waldenborg Subject: Re: PATCH Make org-open-at-point only ask once Date: Thu, 6 Oct 2011 10:43:50 +0200 Message-ID: <20111006084350.GD26104@0x63.nu> References: <20110828200542.GS5700@0x63.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([140.186.70.92]:41663) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBjYf-0004Sn-EX for emacs-orgmode@gnu.org; Thu, 06 Oct 2011 04:44:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RBjYZ-0001VV-JH for emacs-orgmode@gnu.org; Thu, 06 Oct 2011 04:44:01 -0400 Received: from 0x63.nu ([193.26.17.18]:33891 helo=gagarin.0x63.nu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBjYZ-0001VG-Bx for emacs-orgmode@gnu.org; Thu, 06 Oct 2011 04:43:55 -0400 Content-Disposition: inline In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Carsten Dominik Cc: Nicolas Goaziou , Org mode mailing list On Thu, Oct 06, 2011 at 10:00:38AM +0200, Carsten Dominik wrote: > Hi Anders, Nicolas > > I am wondering what the status of this patch is. There was a discussion, but I am not sure about the conclusion... Carsten, I think that the simple patch still is valid, I'm including it again below. The discussion was about my more intrusive alternative patch, and how links change their meaning depending on if the buffer is narrowed or not. I did start to hack up a alternative link resolver as a proof of concept to be able to better understand how links should work in case there are multiple targets, but unfortunately I got busy with other things. anders -- commit 54702f063ae2df48dec7f9feb80859a6b64002a4 Author: Anders Waldenborg Date: Sat Aug 27 21:18:46 2011 +0200 Make org-open-at-point only ask once whether new header should be created. When following "thisfile" links org-open-at-point is kind enough to retry org-link-search again after widening the buffer it can't be found. However org-link-search also asks the question "No match - create this as a new heading? (y or n)" when target can't be found. This means that the question is asked twice when following a nonexistent link and answering no. This is fixed by setting org-link-search-inhibit-query in first try, so only second invocation asks the question. diff --git a/lisp/org.el b/lisp/org.el index d63b854..781de88 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9537,7 +9537,8 @@ application the system uses for this file type." ((equal arg '(16)) ''org-occur) (t nil)) ,pos))) - (condition-case nil (eval cmd) + (condition-case nil (let ((org-link-search-inhibit-query t)) + (eval cmd)) (error (progn (widen) (eval cmd)))))) (t