From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Loury Subject: bug#14910: bug#14910: org-mode `org-open-at-point' doesn't follow id links Date: Tue, 23 Jul 2013 09:41:56 +0200 Message-ID: <87ob9t2057.fsf__5127.25689118287$1374565426$gmane$org@konixwork.incubateur.ens-lyon.fr> References: <871u6uv901.fsf@gmail.com> <8738r9qkf2.fsf@bzg.ath.cx> <871u6rht0h.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36675) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V1XFR-0004q6-IU for emacs-orgmode@gnu.org; Tue, 23 Jul 2013 03:43:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V1XFO-00018g-TW for emacs-orgmode@gnu.org; Tue, 23 Jul 2013 03:43:05 -0400 Sender: "Debbugs-submit" Resent-Message-ID: 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: Oleh Krehel , Bastien Cc: 14910@debbugs.gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Oleh Krehel writes: >> As for requiring org-id for `org-open-at-point', I'm not sure this >> is the right thing to do since it will require it for all users, even >> those who don't use org-id at all. > The issue is that the current solution isn't portable.[...] > In my opinion it would be best to require 'org-id implicitly so that > the links work the same for all users. We could have a lazy loading of the file in case the "id:" string is encountered. Actually, we could have a lazy loading of a default package for each supported link. That would avoid the pain of loading the package when users don't use it and still make those links work. IIRC, the difficulty of that solution is that each package implementing a link (like org-id) explicitly registers to indicate it can handle some link while my solution assumes that there is some knowledge of which package handle what link before loading it. For that reason, it is not so easy to implement. I guess though that the behavior is more close to what we should want to have. =2D-=20 Konubinix GPG Key : 7439106A Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJR7jPEAAoJEHXSPO10ORBquL0IAIj9qDDQ9TWEfdnw2uAMDS5J RD8t3PCOyvfX21rmPPhta6NOSm6CWrkdO2ivXNDvNfBZAQ7dsIq9bK5/OU3Bi5kc 7hn9iCIrg5iKGzvsb5lhxmDvwXSHlDASmU4mryDA8Ze8b7i/av5BoRa9omaFSsAW FH8ga23yWtOgBHpi18peiFEHf0ubGxU4y+W3FA3rHC72n1DgDkiQ6ZGGzMoB5U3u d9Hvy2+ElbK1HtBoBrfFfgwRsqZHNSlT9Gn6bcz0y/I7uJq7hinP4pJwGlqigT7A 1m9t/L4CkHORYD8189zQylkKnORJylGI7l+CiEXOGii8Sbz56IT/ELEI0kDFMZ8= =tYWj -----END PGP SIGNATURE----- --=-=-=--