From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [PATCH] org-id-goto doesn't work if buffer is narrowed. Date: Sat, 24 Oct 2015 13:57:07 +0200 Message-ID: <87d1w4cwdo.fsf@nicolasgoaziou.fr> References: <874mhh1u7s.fsf@gmx.us> <87oafpz65e.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45971) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpxPx-0005DD-Oo for emacs-orgmode@gnu.org; Sat, 24 Oct 2015 07:55:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpxPw-0005tQ-SI for emacs-orgmode@gnu.org; Sat, 24 Oct 2015 07:55:25 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:46887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpxPw-0005tJ-IA for emacs-orgmode@gnu.org; Sat, 24 Oct 2015 07:55:24 -0400 In-Reply-To: (John Kitchin's message of "Sat, 24 Oct 2015 07:33:54 -0400") 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: John Kitchin Cc: emacs-orgmode , Rasmus Hello, John Kitchin writes: > Maybe I am missing something here. I would expect org-id-goto to actually > get to the id entry when it is used independent of narrowing. When used in > a program, I would expect this behavior to be wrapped in save-restriction > type macros, so it wouldn't change your restriction. But when used > interactively, e.g. when I click on a link, I expect the point to end up on > the id entry, with the buffer open in front of me, even if that means > widening. Is there some other expectation that makes sense? I feel like it > is up to me to decide if breaking the restriction is worth visiting the > link, and only by clicking on the link or running an interactive command > makes that happen. > > An alternative might be to check if a restriction is in place somehow, and > make org-id-goto not work or warn you somehow if it has to remove the > restriction. I agree that we should first widen the buffer unconditionally in order to find the location. Once the issue is fixed, we can discuss about a better UI. Regards, -- Nicolas Goaziou