X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/d0295d9dc0827cc272f93f20bae2eff783a8fabe..687f7f7b77d72e6e6ad6aa5f2323894cc87c1366:/doc/bugs/broken_parentlinks.mdwn?ds=inline diff --git a/doc/bugs/broken_parentlinks.mdwn b/doc/bugs/broken_parentlinks.mdwn index 359f026ba..556d89b65 100644 --- a/doc/bugs/broken_parentlinks.mdwn +++ b/doc/bugs/broken_parentlinks.mdwn @@ -6,4 +6,45 @@ For example, if you are in 'example/page.html', the header will be something like 'wiki / example / page'. Now, if 'example.html' doesn't exist, you'll have a dead link for every subpage. -[[todo/done]] +--- + +This is a bug, but fixing it is very tricky. Consider what would happen if +example.mdwn were created: example/page.html and the rest of example/* +would need to be updated to change the parentlink from a bare word to a +link to the new page. Now if example.mdwn were removed again, they'd need +to be updated again. So example/* depends on example. But it's even more +tricky, because if example.mdwn is modified, we _don't_ want to rebuild +example/*! + +ikiwiki doesn't have a way to represent this dependency and can't get one +without a lot of new complex code being added. + +> Note that this code has now been added. In new terms, example/* has a +> presence dependency on example. So this bug is theoretically fixable now. +> --[[Joey]] + +For now the best thing to do is to make sure that you always create +example if you create example/foo. Which is probably a good idea anyway.. + +---- + +Note that this bug does not exist if the wiki is built with the "usedirs" +option, since in that case, the parent link will link to a subdirectory, +that will just be missing the index.html file, but still nicely usable. +--[[Joey]] + +---- + + does not exist. +Then, on +, in the +*parentlinks* line, *writing* links to the top-level *index* file. It should +rather not link anywhere at all. --[[tschwinge]] + +> So, the bug has changed behavior a bit. Rather than a broken link, we get +> a link to the toplevel page. This, FWIW, is because the template now +> uses this for each parentlink: + + / + +> Best workaround is still to enable usedirs. --[[Joey]]