Hi Bastien, Bastien <[EMAIL PROTECTED]> writes:
>> - if I understand the code correctly, org-registry fit's the Links >> generated by org-store-link *exactly*, which seem to rigid for me, >> as I sometimes write by hand, which are only approximate > > Agreed. The most common pattern would be to match the link exactly and > to be more liberal about the description. I implemented such a "fuzzy" > matching for planner-registry, and I was quite happy with that. > > One caveat though: file links contain context. Obviously, we don't want > to be only able to find such links if the point is *exactly* where the > context was defined from. So I suggest we get rid of the context when > storing a link to the registry. Of course, not having a registry file > would help here :) Similar problem may arise, when using bbdb links. Think of [[bbdb:Ludwig Beethoven]] and [[bbdb:beethoven]] which should both be matched, when I'm on the relevant entry. Maybe the search should do a match against some kind of fingerprint of the current buffer. No idea, about the impact on calculation time. > Last but not least: plain links are currently not stored. Plain links > are also links in bracket links, so this might be confusing when fishing > for all links in the buffer. What do you mean by plain links, links within the same buffer or links without brackets? I think, it would be good to have all links, which will be recognised by ord, in the registry (O.K., excluding internal links). > Okay. I will try to implement some kind of agenda view for headlines > containing a link to the current location. More on this later. This sounds great !! > Possible and *very* interesting! Thanks for the input. Always a pleasure :-) Jost _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
