On 06/02/12 13:24, lkcl luke wrote: > On Mon, Feb 6, 2012 at 12:39 PM, Phil Charlesworth > <jpcharleswo...@gmail.com> wrote: > >> On 05/02/12 16:12, lkcl luke wrote: >> >>> thank you to rasiel for this one. >>> >>> http://code.google.com/p/pyjamas/issues/detail?id=661 >>> >>> ugh! new platform needed, at some point (IE8/9). this will do for now. >>> >>> could someone verify that this is also borked for pyjd (MSHTML) engine >>> when IE9 is installed? >>> >> I'm puzzled about this because I've never seen this bug either in pyjs >> or pyjd on IE9. I've just created a test app for pyjd with a >> three-button radio group and it ran without any errors. >> > ok, then that's good enough. whew. > > hmm... it could be related to quirks / strict mode. or, maybe the > code in IE does something weird, does some sort of translation and > HTML5 compliance that they simply cannot put into the MSHTML engine > itself due to having to ensure backwards-compatibility. > > there are some really odd things that have to be done in the webkit > javascript bindings - stuff that simply doesn't exist in the > underlying c++ HTML5 engine to which those JS bindings are added. > automatic integer-to-string and vice-versa conversion, stripping off > of "px" on certain parameters etc. whereas the underlying > corresponding function that's called in c++ only takes e.g. an int. > > so... yeah, it may sound odd but it kinda makes sense. > > thanks for checking phil. > > l. There is more. I have just removed createInputRadio() from DOM.ie6.py and built a pyjs version of my RadioTest application and it still doesn't produce any errors in any of the possible combinations of Browser Mode and Standards Mode in IE9. Ah, I've just noticed he used -O in compiling! So I've recompiled with that option. Still no errors!
I guess the override is not doing any harm but it's not obvious that it's doing anything really different for IE9. P.
