* bug#14910: org-mode `org-open-at-point' doesn't follow id links @ 2013-07-19 15:56 Oleh 2013-07-20 16:13 ` Bastien 2013-07-20 16:13 ` Bastien 0 siblings, 2 replies; 9+ messages in thread From: Oleh @ 2013-07-19 15:56 UTC (permalink / raw To: 14910 [-- Attachment #1: Type: text/plain, Size: 400 bytes --] Hi, As the subject says. The link has to be of the form: [[id:47191abe-bdc5-4af2-80a5-9709943874b7][link]] I attach an example file. When you click on a link of call `org-open-at-point', it says "No match - create this as a new heading? (y or n)". This can be fixed with (require 'org-id). The point is just to require it whenever `org-open-at-point' is loaded. The version is GNU Emacs 24.3.1. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: minimal example --] [-- Type: text/x-org, Size: 215 bytes --] * Summary |------------+----| | the parrot | [[id:47191abe-bdc5-4af2-80a5-9709943874b7][is]] | |------------+----| * Spoiler ** dead :PROPERTIES: :ID: 47191abe-bdc5-4af2-80a5-9709943874b7 :END: [-- Attachment #3: Type: text/plain, Size: 16 bytes --] regards, Oleh ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: org-mode `org-open-at-point' doesn't follow id links 2013-07-19 15:56 bug#14910: org-mode `org-open-at-point' doesn't follow id links Oleh @ 2013-07-20 16:13 ` Bastien [not found] ` <CAJ1SQWDbdR0WivwcYFr=5wO1VR3Nx5urUsXGk8C=hTCeQR0_bQ@mail.gmail.com> ` (2 more replies) 2013-07-20 16:13 ` Bastien 1 sibling, 3 replies; 9+ messages in thread From: Bastien @ 2013-07-20 16:13 UTC (permalink / raw To: Oleh; +Cc: 14910 Hi Oleh, Oleh <oleh.krehel@gmail.com> writes: > As the subject says. This bug is fixed in upstream Org. You can either install Org separately or wait for the next stable version to be merged in Emacs. Thanks, -- Bastien ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <CAJ1SQWDbdR0WivwcYFr=5wO1VR3Nx5urUsXGk8C=hTCeQR0_bQ@mail.gmail.com>]
[parent not found: <871u6rht0h.fsf@bzg.ath.cx>]
* bug#14910: org-mode `org-open-at-point' doesn't follow id links [not found] ` <871u6rht0h.fsf@bzg.ath.cx> @ 2013-07-22 9:27 ` Oleh Krehel 2013-07-22 9:27 ` Oleh Krehel 1 sibling, 0 replies; 9+ messages in thread From: Oleh Krehel @ 2013-07-22 9:27 UTC (permalink / raw To: Bastien; +Cc: 14910 Hi Bastien, > please make sure to send your replies on the list, you'll get a > quicker answer. Thanks for reminding, I keep forgetting. > 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. I understand that you don't want to bloat the loaded code, but the current behavior isn't optimal: * I open a file with a link [[id:58cc1851-c36a-452a-82e1-0b9ecde1c472][foo]] * I click the link and get the message "No match. Create this as a new heading?" And on "y" it proceeds to create it. In the same file that I asked it to find it. Just a few lines above the actual reference. That's not very smart. If there's a link in the file, it points somewhere in 99% cases. And currently the program assumes implicitly that stupid user clicked on a dangling link and rushes to correct him before even looking in the same file if the requested sequence of 36 chars (pretty unique) is actually there. The issue is that the current solution isn't portable. I've sent last week an org file to a new org-mode user with id links. And he says that they don't work. He's not experienced in elisp, so it's hard for me to explain to him that he has to include (require 'org-id) in his ~/.emacs to make links work. In my opinion it would be best to require 'org-id implicitly so that the links work the same for all users. Imagine that I've sent him a pdf with links that don't work and then I told him that he needs to install some specific software from who knows where just to make the pdf links work. regards, Oleh ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: org-mode `org-open-at-point' doesn't follow id links [not found] ` <871u6rht0h.fsf@bzg.ath.cx> 2013-07-22 9:27 ` Oleh Krehel @ 2013-07-22 9:27 ` Oleh Krehel 2013-07-23 7:41 ` bug#14910: " Samuel Loury 2013-07-23 7:41 ` bug#14910: [O] " Samuel Loury 1 sibling, 2 replies; 9+ messages in thread From: Oleh Krehel @ 2013-07-22 9:27 UTC (permalink / raw To: Bastien; +Cc: 14910 Hi Bastien, > please make sure to send your replies on the list, you'll get a > quicker answer. Thanks for reminding, I keep forgetting. > 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. I understand that you don't want to bloat the loaded code, but the current behavior isn't optimal: * I open a file with a link [[id:58cc1851-c36a-452a-82e1-0b9ecde1c472][foo]] * I click the link and get the message "No match. Create this as a new heading?" And on "y" it proceeds to create it. In the same file that I asked it to find it. Just a few lines above the actual reference. That's not very smart. If there's a link in the file, it points somewhere in 99% cases. And currently the program assumes implicitly that stupid user clicked on a dangling link and rushes to correct him before even looking in the same file if the requested sequence of 36 chars (pretty unique) is actually there. The issue is that the current solution isn't portable. I've sent last week an org file to a new org-mode user with id links. And he says that they don't work. He's not experienced in elisp, so it's hard for me to explain to him that he has to include (require 'org-id) in his ~/.emacs to make links work. In my opinion it would be best to require 'org-id implicitly so that the links work the same for all users. Imagine that I've sent him a pdf with links that don't work and then I told him that he needs to install some specific software from who knows where just to make the pdf links work. regards, Oleh ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: bug#14910: org-mode `org-open-at-point' doesn't follow id links 2013-07-22 9:27 ` Oleh Krehel @ 2013-07-23 7:41 ` Samuel Loury 2013-07-23 7:41 ` bug#14910: [O] " Samuel Loury 1 sibling, 0 replies; 9+ messages in thread From: Samuel Loury @ 2013-07-23 7:41 UTC (permalink / raw To: Oleh Krehel, Bastien; +Cc: 14910 [-- Attachment #1: Type: text/plain, Size: 1188 bytes --] Hi, Oleh Krehel <o.krehel@tue.nl> 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. -- Konubinix GPG Key : 7439106A Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 489 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: [O] bug#14910: org-mode `org-open-at-point' doesn't follow id links 2013-07-22 9:27 ` Oleh Krehel 2013-07-23 7:41 ` bug#14910: " Samuel Loury @ 2013-07-23 7:41 ` Samuel Loury 1 sibling, 0 replies; 9+ messages in thread From: Samuel Loury @ 2013-07-23 7:41 UTC (permalink / raw To: Oleh Krehel, Bastien; +Cc: 14910 [-- Attachment #1: Type: text/plain, Size: 1188 bytes --] Hi, Oleh Krehel <o.krehel@tue.nl> 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. -- Konubinix GPG Key : 7439106A Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 489 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: org-mode `org-open-at-point' doesn't follow id links 2013-07-20 16:13 ` Bastien [not found] ` <CAJ1SQWDbdR0WivwcYFr=5wO1VR3Nx5urUsXGk8C=hTCeQR0_bQ@mail.gmail.com> @ 2017-12-04 21:50 ` Nicolas Goaziou 2017-12-04 21:50 ` Nicolas Goaziou 2 siblings, 0 replies; 9+ messages in thread From: Nicolas Goaziou @ 2017-12-04 21:50 UTC (permalink / raw To: Bastien; +Cc: 14910-done, Oleh Hello, Bastien <bzg@altern.org> writes: > Hi Oleh, > > Oleh <oleh.krehel@gmail.com> writes: > >> As the subject says. > > This bug is fixed in upstream Org. You can either install Org > separately or wait for the next stable version to be merged in > Emacs. I'm closing this bug, per the last comment. Regards, -- Nicolas Goaziou 0x80A93738 ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: org-mode `org-open-at-point' doesn't follow id links 2013-07-20 16:13 ` Bastien [not found] ` <CAJ1SQWDbdR0WivwcYFr=5wO1VR3Nx5urUsXGk8C=hTCeQR0_bQ@mail.gmail.com> 2017-12-04 21:50 ` Nicolas Goaziou @ 2017-12-04 21:50 ` Nicolas Goaziou 2 siblings, 0 replies; 9+ messages in thread From: Nicolas Goaziou @ 2017-12-04 21:50 UTC (permalink / raw To: Bastien; +Cc: 14910-done, Oleh Hello, Bastien <bzg@altern.org> writes: > Hi Oleh, > > Oleh <oleh.krehel@gmail.com> writes: > >> As the subject says. > > This bug is fixed in upstream Org. You can either install Org > separately or wait for the next stable version to be merged in > Emacs. I'm closing this bug, per the last comment. Regards, -- Nicolas Goaziou 0x80A93738 ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14910: org-mode `org-open-at-point' doesn't follow id links 2013-07-19 15:56 bug#14910: org-mode `org-open-at-point' doesn't follow id links Oleh 2013-07-20 16:13 ` Bastien @ 2013-07-20 16:13 ` Bastien 1 sibling, 0 replies; 9+ messages in thread From: Bastien @ 2013-07-20 16:13 UTC (permalink / raw To: Oleh; +Cc: 14910 Hi Oleh, Oleh <oleh.krehel@gmail.com> writes: > As the subject says. This bug is fixed in upstream Org. You can either install Org separately or wait for the next stable version to be merged in Emacs. Thanks, -- Bastien ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2017-12-04 21:51 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-07-19 15:56 bug#14910: org-mode `org-open-at-point' doesn't follow id links Oleh 2013-07-20 16:13 ` Bastien [not found] ` <CAJ1SQWDbdR0WivwcYFr=5wO1VR3Nx5urUsXGk8C=hTCeQR0_bQ@mail.gmail.com> [not found] ` <871u6rht0h.fsf@bzg.ath.cx> 2013-07-22 9:27 ` Oleh Krehel 2013-07-22 9:27 ` Oleh Krehel 2013-07-23 7:41 ` bug#14910: " Samuel Loury 2013-07-23 7:41 ` bug#14910: [O] " Samuel Loury 2017-12-04 21:50 ` Nicolas Goaziou 2017-12-04 21:50 ` Nicolas Goaziou 2013-07-20 16:13 ` Bastien
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.