By extracting with with_path=true, the file_list matching won't match the nested DIZ files.

Previously, extracted files were always overwritten (so that is the "default" for Archive.extract() and mostly what I'm specifying in the C/C++ code by default now), but this caused a problem with DIZ extraction: archives that contained multiple DIZ files (e.g in sub-directories), the last to be extracted would be used. A maximum of 3 DIZs can be extracted, so it would usually be the 3rd DIZ in the archive if there were that many.

Another solution would be to *only* extract DIZ files from the root of the archive and I should look into that as well, but the always-overwrite behavior also seemed to be wrong, so that *also* needed fixing (allow caller to control behavior).

This fixes issue #317, at least for archives where the root DIZ exists *before* any nested DIZ files. I'll have to try and create a purposeful archive to test the other conditions (where the root DIZ would appear *after* the nested DIZ(s)).

properties with a value of null were not being documented

Resolves !ERROR Cannot load font \sbbs\xtrn\war\worlds\alderon\terrain.fnt!

I wanted to use an unordered bullet list, but the CSS tricks are making those not-displayed, so going with ordered (numbered) list for now.

ecWeb is only web UI included/installed
Optional to enable 16-bit DOS support on 64-bit Windows now (since we support NTVDMx64 now).
Add libarchive.dll and zlib1.dll
Always install old 16-bit DOS utils (e.g. svdmansi.com), just in case

Use built-in archive support (and archive.js, for listing) instead.
We still have info-zip (zip) here for testing archives and adding comments since we don't have that explicit support form libarchive (yet).

Not sure what I was doing here, but might as well have it committed.

Rather than the content listing itself (which can be a very long string).

And other minor updates