From mboxrd@z Thu Jan 1 00:00:00 1970 From: Martin =?utf-8?Q?Carl=C3=A9?= Subject: Re: new link parameters and link abbreviations Date: Tue, 23 Aug 2016 12:20:34 +0300 Message-ID: References: <6BCC30BB-2488-4BA2-8661-8C6AF99061C6@aiguphonie.com> <8861C3F7-1B34-4752-9935-1F0ED80136A2@aiguphonie.com> <87vaysudxr.fsf@saiph.selenimh> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=sha256; protocol="application/pkcs7-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bc7t8-00027x-I5 for emacs-orgmode@gnu.org; Tue, 23 Aug 2016 05:20:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bc7t2-0007Qh-Fa for emacs-orgmode@gnu.org; Tue, 23 Aug 2016 05:20:53 -0400 Received: from mail.gispack.com ([212.204.56.78]:57996) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bc7t2-0007QW-4e for emacs-orgmode@gnu.org; Tue, 23 Aug 2016 05:20:48 -0400 In-reply-to: <87vaysudxr.fsf@saiph.selenimh> 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: Nicolas Goaziou Cc: "emacs-orgmode@gnu.org" , John Kitchin --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Great! I'd think that shall do. Thank you for this fast fix! On 2016-08-23 Tue 07:44, Nicolas Goaziou wrote: > 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, =2D-=20 Fetch my gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 7E3CA33F --=-=-= Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAADGCAucw ggLjAgEBMIIBJDCCAR0xCzAJBgNVBAMMAk1DMRswGQYDVQQKDBLOoM6Vzp3OpM6RzqXOm86fzpkx gZcwgZQGA1UECwyBjM6gz4HPjM6zz4HOsc68zrzOsSDOo8+Fz4PPhM6uzrzOsc+Ezr/PgiDOoM6x z4HOsc+DzrfOvM6xzr3PhM65zrrOrs+CIM6kzq3Ph869zrfPgiDOus6xzrkgzqDPgc6/zrXOus+E zr/PgM65z4PPhM65zrrOv8+NIM6gzr/Ou865z4TOuc+DzrzOv8+NMRMwEQYDVQQIDArOlc67zrvO rM+CMQswCQYDVQQGEwJHUjETMBEGA1UEBwwKzpHOuM6uzr3OsTEgMB4GCSqGSIb3DQEJARYRbWNA YWlndXBob25pZS5jb20CAQcwDQYJYIZIAWUDBAIBBQCggZMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwODIzMDkyMDM1WjAoBgkqhkiG9w0BCQ8xGzAZMAsGCWCG SAFlAwQBAjAKBggqhkiG9w0DBzAvBgkqhkiG9w0BCQQxIgQgDbNFHm7bq3rn5hHkasnYAgvY5xSW ZWlOeNYuHOs1P7owDQYJKoZIhvcNAQEBBQAEggEATRsXbZUbsK8YgRIN7oyWXZoY1W7QBRtVmijc BTbnUJnuk8M415yfkqXn+Fc5GW5nucEOPMKftvts5dHOPT2rsu53gvIu1JZUVL3JXU4wkzcjslpv gIqGh2XrHCxx5K9wdNzpgPS8cfA0AMvXQ2H8Oe5MgiN/UdNGhlDfWQwF8iWBW/HToqzO+/yuV1/w BWIZRiznFQ5vbH8vctwvg+2smuiy98x55ktXK2sNHFwHguyr2Il4cZoQ8Z2z0YFEp9/nOABA7Eky lSblR5wc9CxSlheywH92TnhqROw2otp4WQDFufBa/AbAqYTRJLNCrhz6JltkvkJQQ+LDkauWyR1z hwAAAAAAAA== --=-=-=--