Set your skin to something else, and then back to the phpz skin, plus do a hard refresh. It should work. There is something screwed in your config file (a bogus path to the phpz skin probably).I've used the .exe tool to select the skin. The other skins work. I'll see if I can fix this.GH> Please also grab the previous version of the chm, and get the phpz out GH> of that. This phpz in CVS is an updated version, which was said to be GH> better.
The problem here is in DOCTYPE. IE doesn't recognize short public ID as it relies on additional URI to validate the document and to switch from compatibility mode to standards compliant.
Generated files in 13th xCHM doesn't have DOCTYPE at all! Since I'm unable to get DSSSL toolchain working on my machine (mostly because of memory and free space probems) I can't say why. Also I was unable to test XSL toolchain so I can't say which tools was used to produce the output and which changes has to be made to stylesheets, so the only way I can help is propose a patch for chm/make_chm_fancy.php
bingo! :) now the phpZ skin works perfectly!
But there are some remaining issues to deal with:
* there is no xslt template to deal with <collabname>, thus making the frontpage very ugly with <collabname> written in red.
* the DOCTYPE should be added automatically. Maybe some xslt tweaking can solve this problem?
* the 'print all the subtopics' function still echoes some errors in JavaScript [less important]
As I have no knowledges in xslt, I would be glad if someone could take a look at these problems, so that I can build a final version.
Nuno
P.S.: we are refering to the extended chm, which generated by the tools located at the htmlhelp dir and not chm.
