Thanks. It looks like `org-element-secondary-p' is upstream of my org version
(8.2.10) but I look forward to seeing it work in the future!
BTW, the application of this is in checking cite/ref/label links for
correctness in org-buffers. It is not uncommon to have these in
figure/table captions. I w
John Kitchin writes:
> hmm... Is there any way to tell when a link in in an affiliate? so we
> can tell when we cannot trust buffer positions?
There is `org-element-secondary-p'.
> Maybe even better fix the implementation to add the found buffer
> positions to some affiliate position so they ar
hmm... Is there any way to tell when a link in in an affiliate? so we
can tell when we cannot trust buffer positions?
Maybe even better fix the implementation to add the found buffer
positions to some affiliate position so they are correct? I could give
that a try if you can point me to the functi
John Kitchin writes:
> I tried it, and indeed the links in captions are found, but something is
> still not right. The :begin properties of the links in the caption seem
> to be relative to the point after the : in the caption. That isn't
> obvious and makes it hard to store a marker to the link.
Thanks that is what I needed!
I tried it, and indeed the links in captions are found, but something is
still not right. The :begin properties of the links in the caption seem
to be relative to the point after the : in the caption. That isn't
obvious and makes it hard to store a marker to the link.
Hello,
John Kitchin writes:
> In the following org document, org-element-map only finds one link, but
> the buffer acts like there are two links. The free link is found, but
> the link label buried in the caption is not found. However, it exports
> correctly, and the caption link is clickable, s
In the following org document, org-element-map only finds one link, but
the buffer acts like there are two links. The free link is found, but
the link label buried in the caption is not found. However, it exports
correctly, and the caption link is clickable, so the buffer certainly
thinks it is a l