I do not have a printer, but when I should export the site, I accidentaly managed to push the
"print" button.. This resulted in a 'To print out you need to install a printer first' (as expected),
but the problem is, it shows a dialog per page it should print, and all at once (the second wasn't waiting for the first to close).. So I had about 200
such dialogs open at one time (and had still a couple of thousand more to go), thereby forcing a
kill of the app.
Isn't there a way to detect whether you have a printer or not, and if not then display the dialog
ONCE (I know it's windows standard dialog but)?
Is there a way to point to a contents file of your own choice when exporting chm by the way?
Regarding the custom contents file - you can customize the existing one using the Export dialog.
Nothing to be sorry about, things happen..
Just bad luck pushing print instead of export when not having a printer ;)
> Regarding the custom contents file - you can customize the existing one using the Export dialog.
I know, however the reason I ask is I tried to get a specific page to be the one shown
when you open the .chm file (from the downloaded project, or a selfcreated one which uses
meta refresh to go there).
By the way, this one causes a strange problem (using subst to change the originals to category_ filenames)..
It should be downloaded to:
category_25_1.html (and was displayed as such inside OE map, but the real filename was:
category5f25_1.html (only 25 in that format caused a problem, the rest did as it should).
If I remember correctly 5f is '_'.
I changed the substitution, so the same file would be named categoryC25P1.html instead, then there were no problems.
The problem was that the js used to make selection couldnt follow. I had (using subst)
category5f25_1.html (no category_25_1.html exists at all)
I guess I understand the reason, but also when its already unique?
As I mentioned I've already managed to work around it with C25P1 eventually, but thought I should mention the behaviour in that case as in that context (already unique) it seemed like a glitch.
However, # in filenames isnt substituted, and in the browser everything after is treated like an anchor. Just so you know.