From: Oleh Krehel <o.krehel@tue.nl>
To: Bastien <bzg@gnu.org>
Cc: 14910@debbugs.gnu.org
Subject: bug#14910: org-mode `org-open-at-point' doesn't follow id links
Date: Mon, 22 Jul 2013 11:27:50 +0200 [thread overview]
Message-ID: <CAJ1SQWAm1fiA29-nQFKNAvNx2Zj6zmRJYja_rGgEm7qwPT1k=A@mail.gmail.com> (raw)
In-Reply-To: <871u6rht0h.fsf@bzg.ath.cx>
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
next prev parent reply other threads:[~2013-07-22 9:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
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
[not found] ` <CAJ1SQWDbdR0WivwcYFr=5wO1VR3Nx5urUsXGk8C=hTCeQR0_bQ@mail.gmail.com>
[not found] ` <871u6rht0h.fsf@bzg.ath.cx>
2013-07-22 9:27 ` Oleh Krehel [this message]
2013-07-23 7:41 ` bug#14910: [O] " Samuel Loury
2013-07-23 7:41 ` bug#14910: " Samuel Loury
2013-07-22 9:27 ` Oleh Krehel
2017-12-04 21:50 ` Nicolas Goaziou
2017-12-04 21:50 ` Nicolas Goaziou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAJ1SQWAm1fiA29-nQFKNAvNx2Zj6zmRJYja_rGgEm7qwPT1k=A@mail.gmail.com' \
--to=o.krehel@tue.nl \
--cc=14910@debbugs.gnu.org \
--cc=bzg@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.