X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/8af4ac34ced44dba63e1050aa845820bb4f5df6c..135e5fc63a47d198e6ab6b0ebf30c87087d3f5d5:/doc/patchqueue/index.html_allowed.mdwn diff --git a/doc/patchqueue/index.html_allowed.mdwn b/doc/patchqueue/index.html_allowed.mdwn index b7886e9f1..2431b802a 100644 --- a/doc/patchqueue/index.html_allowed.mdwn +++ b/doc/patchqueue/index.html_allowed.mdwn @@ -292,6 +292,12 @@ I'll attach an updated and slightly modified version below. >>>>> out of memory, when they're gone from the browser's completion history, and the >>>>> .html makes that more laboursome.) + >>>>>> I support your decision, but now this wiki page serves two different patches :). + >>>>>> Can we split them somehow? + >>>>>> What are the complexities involved? + >>>>>> I think I overcomplicated it a little with my patch, and Per Bothner's gets + >>>>>> much closer to the heart of it. --Ethan + * This does make the resulting wikis much less browsable directly on the filesystem, since `dir` to `dir/index.html` conversion is only handled by web servers and so you end up browsing to a directory index all the time. @@ -401,6 +407,19 @@ Index: linkmap.pm } +> This is probably supposed to be `$mapitems{$item}=urlto($item, $params{destpage});`, +> which does indeed remove one more `htmlpage` call from the plugins. I can't actually +> try it: "failed writing to dst/ts.png.ikiwiki-new: Inappropriate ioctl for device". + +>> Crazy perl bug that ioctl thing. Worked around now in svn. --[[Joey]] + +> After this probable fix, in fact, all uses of htmlpage in the plugins are used to +> construct an absolute address: the absolute url in most cases, so an `absurl` +> call could be added to be used instead of htmlpage, and something else in the +> aggregate plugin (above), that I also think isn't what's wanted: +> aren't `foo.html` pages also "rendered", so that they get moved as `foo/index.html`? +> --[[tuomov]] + * `inline.pm` uses htmlpage and `abs2rel` to generate a link, and probably needs to be changed to either use `urlto` or to call `beautify_url` like htmllink does. This might work: