|
From: | Carsten Dominik |
Subject: | Re: [Orgmode] Re: OrgmodeWiki Support |
Date: | Thu, 24 Dec 2009 09:01:30 +0100 |
Hi Paul, On Dec 18, 2009, at 9:35 PM, Paul Sexton wrote:
Carsten Dominik <carsten.dominik <at> gmail.com> writes: [snip]I think it would be useful to discuss this proposal first in a broadersense. Let me try to make a start. A few days ago, Paul Sexton submitted his proposal for simple file-to-file links based on etags. He wanted to make [[sometext]] be a link to <<sometext>> where the target definition <<sometext>> can be in a different file. Furthermore, his proposal uses an external program to do the indexing of the tags, and following the links uses the etags code shipped with Emacs. Finally, Paul's proposal also contains a way to automatically create new topics when a link is called that does not yet have a target. Now we are talking about WikiWords, or CamelCase links. Here the idea is that any such mixed-case word automatically is treated as a link. Traditionally these links to a separate file with name given by the link text directly. But I suppose it could also got to a <<target>> somewhere in a file? For a couple of reasons it seems to me that it would be useful to look at these proposals together. For one thing, I am not a huge fan of the zillions of files that will be created when using the one-file-per-word approach. Since Org-mode is outline based, it seem to make a lot of sense to have many topics per file. One way to move into this direction would be to still use etags to index the possible targets, and then to turn specific words (like CamelCase words) directly into links without the need to surround them with [[...]]. But of course, we could also have an implementation as Adam proposes it, with CamelCase words linking to files, and then [[target]] linking to targets. Can we discuss this for a bit? - CarstenHi Carsten,In the other thread, you say you have implemented a hook whose function(s) are run when attempting to open a link. From your description it sounds like the hook is run FIRST, and org's default behaviour only happens if the hookfunctions don't override it.
That is correct, because the default behavior not only searches for <<target>>, but also for plain text searches, and this may disrupt the workings of your code. Since all targets in the current file should also be in your tags file, I think they will be fond without any problem in the current file as well. So it is early enough to fall back to full text search by the time your ctags search has *not* returned a successful match. Or am I missing something here?
However, both the link-to-file-of-same-name proposal and my etags functionality would be more easily implemented with a hook function that is called only when org can't find a specific target for [[plain link]]. At the moment org defaults to performing a full-text search for "plain link". Both the wikiwords and the etags behaviours need to happen instead of that default behaviour, but neitherneeds to override the rest of org's link-opening behaviour.
Well, all the normal link stuff like http: links and file: links is still does before calling the hook!
Re the WikiWords idea -- this could be done in 2 independent parts:1. Option to tell org to interpret all CamelCase words as plain links (thismight be behaviour that some people want by itself)2. Function, called when org can't find target for plain link, that tries toopen and visit a file with the same name as the link.I think a hook to change the default behaviour of org when it can't find an explicit target for a plain link is a very good idea and would probably lead to other useful stuff. Personally I don't find the default behaviour of full-textsearch to be useful.
Exactly. So why does your org-ctags still need a patch? I am confused.
PaulP.S. My wishlist includes using a different colour to fontify links whose targets don't exist (a la wikipedia with its undefined links in red). Can bedone, but not sure how to do it efficiently.
Indeed, this would be relatively hard to do efficiently. - but not impossible.
- Carsten
_______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. address@hidden http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
[Prev in Thread] | Current Thread | [Next in Thread] |