From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: new link parameters and link abbreviations Date: Tue, 23 Aug 2016 09:44:48 +0200 Message-ID: <87vaysudxr.fsf@saiph.selenimh> References: <6BCC30BB-2488-4BA2-8661-8C6AF99061C6@aiguphonie.com> <8861C3F7-1B34-4752-9935-1F0ED80136A2@aiguphonie.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bc6O9-0006xx-Jw for emacs-orgmode@gnu.org; Tue, 23 Aug 2016 03:44:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bc6O8-0008VO-IB for emacs-orgmode@gnu.org; Tue, 23 Aug 2016 03:44:49 -0400 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:57493) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bc6O8-0008VB-CC for emacs-orgmode@gnu.org; Tue, 23 Aug 2016 03:44:48 -0400 In-Reply-To: (John Kitchin's message of "Mon, 22 Aug 2016 21:03:59 -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" To: John Kitchin Cc: "emacs-orgmode@gnu.org" , mc Hello, John Kitchin writes: > I can confirm this happens. I think it happens because the abbreviation > is not listed in org-plain-link-re, so when the bracket link is > activated, no type is ever defined (it is done by a group in the > org-plain-link-re). The type is somewhat fundamental to the activation > function, as it is used to look up all the link properties, and hence > you get the default help (and all other properties too). > > I haven't thought of a simple fix though. It would involve adding the > abbreviations to the known link types, and some kind of lookup for when > the type in a link is not in org-link-parameters that resolves the type > to something in org-link-parameters. Since the abbreviations seem to > have quite flexible format, it isn't obvious how to do that robustly, > without changing the abbreviation syntax. I pushed a simple fix as 112463cbffb8bec7ec318c27d3b862e9ddcf76f3 that avoids extending `org-plain-link-re'. Link abbreviation is limited to bracket links whereas `org-link-parameters' helps defining plain links. Let me know if it isn't a sufficient solution. Regards, -- Nicolas Goaziou