Some minor annoyances

Jan Martin Pettersen
07/04/2006 09:45 pm
Hello.. I've found some minor annoyances (one of them forced me to kill OE with TaskMan).

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?

Regards,
Jan
Oleg Chernavin
07/05/2006 06:52 am
We are sorry for the problem. We will work on it.

Regarding the custom contents file - you can customize the existing one using the Export dialog.

Best regards,
Oleg Chernavin
MP Staff
Jan Martin Pettersen
07/05/2006 01:55 pm
> We are sorry for the problem. We will work on it.

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.

Rgds,
Jan M
Oleg Chernavin
07/06/2006 10:59 am
Yes, Offline Explorer makes such changes to keep all filenames unique which can be translated back to online URLs. But all links and filenames will be changed, so you will have no problem browsing the site offline.

Oleg.
Jan Martin Pettersen
07/06/2006 11:27 am
> But all links and filenames will be changed, so you will have no problem browsing the site offline.

The problem was that the js used to make selection couldnt follow. I had (using subst)

category_1_1.html
category_2_1.html
...
category5f25_1.html (no category_25_1.html exists at all)
category_26_1.html
...

I guess I understand the reason, but also when its already unique?

Rgds,
jan
Jan Martin Pettersen
07/06/2006 11:29 am
They stay the same when exported..

Rgds,
jan
Oleg Chernavin
07/06/2006 12:10 pm
Yes, I see. Can you use some other symbol in the substitution? Like -

Oleg.
Jan Martin Pettersen
07/06/2006 03:44 pm
> Yes, I see. Can you use some other symbol in the substitution? Like -

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.
Jan Martin Pettersen
07/06/2006 03:59 pm
My browser is Opera 9 btw.
Oleg Chernavin
07/06/2006 04:34 pm
Yes, the anchors are not changed with a purpose. We were asked to keep them as they are after the substitution.

Oleg.