[HTMLView] Bugreports

[petermad]

2Flint

This can be easily checked by opening some complex HTML page which is rendered differently in IE7 and IE9: in HTMLView it would look as in IE7.

Hmm. Try and download this file: http://madsenworld.dk/tcmd/phsm-kalenderie9.htm and open it in HTMLView - here it looks like this: http://madsenworld.dk/tcmd/ie9view.png

Notice the rounded corners of the outer border - that is not supported by IE7 - so that can only be IE9 in play - or

This file http://madsenworld.dk/tcmd/phsm-kalenderie7.htm will make IE9 emulate IE7 - no border at all.

http://madsenworld.dk/tcmd/phsm-kalenderie5.htm will make IE9 use quirks mode an show the file like other browsers - except for the round corners of the border, which will show up in FireFox, SeaMonkey, Opera, Google Chrome and Safari - just not in IE.

[Sob]

Another interesting thing: The bug happens with your calendars 5 and 7. Open them in Lister and antialiasing is there. Change window size and it's gone. But it does not happen with calendar 9, antialiasing always stays.

[Flint]

petermad
That's strange, indeed. But I have my own tests, like this:
http://flint-inc.ru/tchelp/html/dlg_config.html
If I save this file (with or without the linked CSS) and view it first from IE9, then from HTMLView, I get completely different results.

Actually, when I was designing the convertor for the Russian help file from HLP into online HTML version and CHM version, I was shocked at how different the HTML pages were displayed in IE and in CHM viewer (hh.exe, which also uses ActiveX and, therefore, produces outdated, non-W3C-conformant view). I was literally forced to prepare two different sets of HTML files: first for normal browsers (including IE9), and second specifically for CHM with its idiotic, i-know-better-what-to-display rendering. Then I found out that HTMLView displayed HTML files exactly like CHM viewer (hh.exe), and they both — exactly like IE7, even when IE8 or IE9 was installed (I compared the results with a virtual machine with IE7 installed).

However, from the test file you gave, it seems, rendering produced by ActiveX component is not exactly IE7-based but also derives some elements from IE9. But still it's not IE9.

[petermad]

Open them in Lister and antialiasing is there. Change window size and it's gone. But it does not happen with calendar 9, antialiasing always stays.

Still. I cannot reproduce it, I have antialiasing all the time for all 3 files.

[petermad]

2Flint
I can confirm that http://flint-inc.ru/tchelp/html/dlg_config.html is rendered differently in IE9 and HTMLView.

When I put this line in the header:
<META HTTP-EQUIV="X-UA-Compatible" CONTENT="IE=7">
IE9 and HTMLView renders the file in the same way, indicating that HTMLView is indeed using IE7 routines.

You can read about "X-UA-Compatible" herehttp://msdn.microsoft.com/en-us/library/cc288325%28v=vs.85%29.aspx - it is a great way to get an idea of IE compatibilty without actually having all the IE browsers available.

[Flint]

petermad
Thanks for the information, I'll keep that in mind.
Though it's hard to imagine any use for it, except for testing and making old sites (hard-coded for IE6/7) work correctly in modern IE versions…