Incorrect printing of .mhtml file under Windows 7

[ChrisRChamberlain]

Hi all

Have an app, completely recompiled in Windows 7, that programatically creates and prints a .mhtml file through a printer attached to another networked pc.

No problems with the same app under Win XP but regardless of whether 'Print background colors and images' printing is checked or not, there is an image in the .mhtml that only prints the placeholder under Windows 7.

Open the .mhtml file in IE 8, and regardless of whether 'Print background colors and images' printing is checked or not, the image shows and prints correctly.

So, any ideas as to where the problem might lie?

TIA

FAQ184-2483​

Chris
PDFcommander.com
motrac.co.uk

 

[Mike Gagnon]

Chris,

What method are you using to print the .mhtml file (other than IE8)?


Mike Gagnon

If you want to get the best response to a question, please check out FAQ184-2483 first.
ReFox XI (www.mcrgsoftware.com)

 

[ChrisRChamberlain]

Hi Mike

Thanks for your reply.

The .mhtml file is being printed by an IE object, typical code being

WITH oMainObject.oIE
[tab].Navigate(lcMHTMLFile)

[tab]DO WHILE .Busy ;
[tab][tab][tab]OR .ReadyState # 4
[tab][tab]DOEVENTS
[tab]ENDDO

[tab].ExecWB(6,2,0,0)
ENDWITH

If execution is halted by MESSAGEBOX() immediately before the print command and the IE object made visible, the .jpg, background image, shows as expected.

Print it through the IE browser, it prints correctly, continue and print it through the IE object, .jpg does not print.

I've changed from one Windows 7 pc to another to ensure there was nothing peculiar with the hardware but the results are the same.

Yet to try printing through Shellexecute() as I would like to resolve this issue without a rewrite of this particular function.

Any ideas welcome.

FAQ184-2483​

Chris
PDFcommander.com
motrac.co.uk

 

[ChrisRChamberlain]

Attempting to print through ShellExecute() produced another insight into the wonders of Windows 7.

Although the default program to open .mhtml and .mht files is Internet Explorer, if you have MS Word installed that appears as a second choice.

Guess what - there's no way a user can remove that second choice without third party utilities/registry hacks.

Worse still, using the "print" parameter in ShellExecute(), the file opens in MS Word as opposed to printing through what should be the default Internet Explorer!

Workaround? Web Browser control on a VFP form, .navigate() to local file and .execwb() prints as expected.

FAQ184-2483​

Chris
PDFcommander.com
motrac.co.uk