GNU bug report logs -
#14910
org-mode `org-open-at-point' doesn't follow id links
Previous Next
Reported by: Oleh <oleh.krehel <at> gmail.com>
Date: Fri, 19 Jul 2013 15:57:01 UTC
Severity: minor
Done: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14910 in the body.
You can then email your comments to 14910 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14910
; Package
emacs
.
(Fri, 19 Jul 2013 15:57:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Oleh <oleh.krehel <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 19 Jul 2013 15:57:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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.
[minimal_bug.org (text/x-org, inline)]
* Summary
|------------+----|
| the parrot | [[id:47191abe-bdc5-4af2-80a5-9709943874b7][is]] |
|------------+----|
* Spoiler
** dead
:PROPERTIES:
:ID: 47191abe-bdc5-4af2-80a5-9709943874b7
:END:
[Message part 3 (text/plain, inline)]
regards,
Oleh
Information forwarded
to
bug-gnu-emacs <at> gnu.org, emacs-orgmode <at> gnu.org
:
bug#14910
; Package
emacs,org-mode
.
(Sat, 20 Jul 2013 16:14:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 14910 <at> debbugs.gnu.org (full text, mbox):
Hi Oleh,
Oleh <oleh.krehel <at> 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
bug closed, send any further explanations to
14910 <at> debbugs.gnu.org and Oleh <oleh.krehel <at> gmail.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 20 Jul 2013 17:17:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, emacs-orgmode <at> gnu.org
:
bug#14910
; Package
emacs,org-mode
.
(Mon, 22 Jul 2013 15:44:03 GMT)
Full text and
rfc822 format available.
Message #13 received at 14910 <at> debbugs.gnu.org (full text, mbox):
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
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 22 Jul 2013 17:03:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, emacs-orgmode <at> gnu.org
:
bug#14910
; Package
emacs,org-mode
.
(Tue, 23 Jul 2013 07:43:01 GMT)
Full text and
rfc822 format available.
Message #18 received at 14910 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Oleh Krehel <o.krehel <at> 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
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
:
You have taken responsibility.
(Mon, 04 Dec 2017 21:51:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Oleh <oleh.krehel <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 04 Dec 2017 21:51:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 14910-done <at> debbugs.gnu.org (full text, mbox):
Hello,
Bastien <bzg <at> altern.org> writes:
> Hi Oleh,
>
> Oleh <oleh.krehel <at> 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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 02 Jan 2018 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 167 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.