summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorUlrik Sverdrup <ulrik.sverdrup@gmail.com>2009-09-18 16:08:16 +0200
committerUlrik Sverdrup <ulrik.sverdrup@gmail.com>2009-09-18 16:08:16 +0200
commite19d0c5bbdcd45d810688f990381b639485434bb (patch)
treeb36f92738f2353e98a079f7e2099f0234e950053 /doc
parent2fc62b2787d43b91e946862910497d823eb86418 (diff)
on caching
Diffstat (limited to 'doc')
-rw-r--r--doc/todo/Resolve_native_reStructuredText_links_to_ikiwiki_pages.mdwn6
1 files changed, 6 insertions, 0 deletions
diff --git a/doc/todo/Resolve_native_reStructuredText_links_to_ikiwiki_pages.mdwn b/doc/todo/Resolve_native_reStructuredText_links_to_ikiwiki_pages.mdwn
index aa96fc431..c8d7ba5ed 100644
--- a/doc/todo/Resolve_native_reStructuredText_links_to_ikiwiki_pages.mdwn
+++ b/doc/todo/Resolve_native_reStructuredText_links_to_ikiwiki_pages.mdwn
@@ -14,6 +14,12 @@ The page is rST-parsed once in 'scan' and once in 'htmlize' (the first to genera
> at scan time, you could reuse the cached data at htmlize time for inputs
> that are the same -- but that could be a very big cache! --[[Joey]]
+>> I would propose using a simple heuristic: If you see `[[` anywhere on the
+>> page, don't cache it. It would be an effective cache for pure-rst wikis
+>> (without any ikiwiki directives or wikilinks).
+>> However, I think that if the cache does not work for a big load, it should
+>> not work at all; small loads are small so they don't matter. --ulrik
+
Desing issues in general:
We resolve rST links without definition, we don't help resolving defined relative links, so we don't support specifying link name and target separately.