[WM] some remarks on WebMake

[Justin Mason]

> 1. IMHO this is not necessary: [...]
>    as the definition of @AnyDBM_File::ISA already dictates the order in
>    which the DB modules are tried. I don't have DB_File on every machine
>    (and don't want to install it), so I'm happy to get SDBM_File.

OK -- I'll apply that. cheers!

> 2. Are there any known problems with this cache? I have some very basic
>    pages, with the title given in <wmmeta title="..."> and referenced
>    as $[this.title]. Every now and then, the title from another page is
>    inserted. This error is "fixed" by simply running webmake again.
>    Currently I make always two passes with "webmake -F", but this is
>    not really desirable. This happens with Solaris/SDBM_File and
>    NetBSD/DB_File, so I don't think that the DB part itself is broken.
>    This got worse with version 1.2, now the error remains, even after
>    running webmake again.

!! Even after running "webmake -F"?  Very strange.  I haven't seen this...

If the title has changed between runs in the source files, maybe there is
a dependency issue.  If the title has *not* changed, which is what this
sounds like, it's more serious!

> 3. More a request for enhancement (if it is one at all): My source files
>    are distributed across a directory hierarchie, which is the same as in
>    the output directory. If this is a clever decision is another question...
>    I declare them with
>    <contents src="src/" name="*.txt" format="text/html"/>
>    <contents src="src/links" name="*.txt" prefix="links/" format="text/html"/
>    to be able to access them as src/foo.txt and src/links/bar.txt
>    respectively. What about an attribute "recursive", or even a default
>    behaviour, so that the first contents definition would find the files
>    in subdirectories as well?

This is supported already -- use "..." in the "name" attribute:

	<contents src="src/" name=".../*.txt" format="text/html"/>

hope that helps!

--j.