I have a page which is hosted in someone elses frameset, however it's all on the same domain ( my content is uploaded to their server via a service). WHY they are using a frameset is an argument for another day, however. They will not change their markup, so I have to find a workaround that can work in my code. I've found a bizarre problem in my test case that might help me if I can solve it. This is only a problem in IE as usual.
The wrapper frame looks like this (complete with unquoted attributes, yes):
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Frameset//EN"> <HTML> <HEAD> <TITLE>foo</TITLE> <META content="text/html; charset=UTF-8" http-equiv=Content-Type> <META content=IE=EmulateIE8 http-equiv=X-UA-Compatible> </HEAD> <FRAMESET frameSpacing=0 cols=8,*,8 frameBorder=1> <FRAME id=blackleft src="black.htm" name=blackleft scrolling=no> <FRAME id=content marginHeight=0 src="button.html" name=ScormContent marginWidth=0> <FRAME id=blackright src="black.htm" name=blackright scrolling=no> </FRAMESET> </HTML>
my test case page (button.html) looks like this:
I'm wondering why the first button is non responsive in IE9 when it is used within a frameset - running the page standalone results in a clickable button.
Much reading about both doctypes and the x-ua-compatible trick has left me more confused than ever, and I can't work out what I'm supposed to do. As mentioned, I can not change the frameset's markup in any way, so in order for my code to work (which relies on things like the beforeunload and unload events in order to communicate data to save when the page is navigated - which don't work when running in the frameset). My gut tells me that the button example shows I'm close to the underlying problem, and the internet tells me that it's got to do with the x-ua-compatible tag and quirks mode, but much reading on the subject has not netted me a solution yet... e.g. if I choose to force IE9 to (say) IE7 compatibility mode then all my pages styling work goes out the window.
IE has unique iframe security: