]> sipb.mit.edu Git - ikiwiki.git/commitdiff
response
authorJavier Rojas <jerojasro@devnull.li>
Thu, 4 Feb 2010 02:59:38 +0000 (21:59 -0500)
committerJavier Rojas <jerojasro@devnull.li>
Thu, 4 Feb 2010 02:59:38 +0000 (21:59 -0500)
doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn

index 1cb5ed27e0c6f2b679e2a9d631ac3745fe346c54..0497b66b6369586af2e75be70869035bc2a0bfb8 100644 (file)
@@ -64,6 +64,9 @@ the plugin has, as of now, two problems:
 > Seems about ready for me to think about pulling it into ikiwiki
 > alongside [[tips/vim_syntax_highlighting/ikiwiki.vim]]. If you'll
 > please slap a license on it. :) --[[Joey]] 
+>
+>> GPL version 2 or later (if that doesn't cause any problems here). I'll add it
+>> to the file --[[jerojasro]]
 > 
 > Also, I have a possible other approach for finding ikiwiki's root. One
 > could consider that any subdirectory of an ikiwiki wiki is itself
@@ -80,6 +83,10 @@ the plugin has, as of now, two problems:
 > 
 > And if that's the case, you can resolve an absolute link by looking for
 > the page closest to the root that matches the link.
+>
+>> I like your idea; it doesn't alter the matching of the relative links, and
+>> should work fine with absolute links too. I'll implement it, though I see
+>> some potential (but small) issues with it --[[jerojasro]]
 > 
 > It may even make sense to change ikiwiki's own handling of "absolute"
 > links to work that way. But even without changing ikiwiki, I think it
@@ -93,3 +100,7 @@ the plugin has, as of now, two problems:
 >    and vim would go to that file.
 > 
 > --[[Joey]] 
+>
+>> your approach will add more noise when the plugin grows the page-creation
+>> feature, since there will be no real root to limit the possible locations for
+>> the new page. But it is far better than demanding for a `.ikiwiki` dir --[[jerojasro]]