->Form Controls Testcase forthcoming.
Assignee: general → form
Component: Browser-General → Layout: Form Controls
QA Contact: general → ian
Created attachment 133647 [details] testcase Testcase WFM 20031012 PC/WinXP Reporter, we will need to see a specific URL or a testcase where you can demonstrate this problem.
Hi. I see someone else already did. Should I maybe post screen shots?
Why should Mozilla ignore this? If you disable Theme support, then Mozilla will use its internal form styles... that's what it means.
The tag's purpose is to disable the themes feature in Internet Explorer 6 on Windows XP. This feature generally affects the look of the scrollbar as well as buttons and input fields, which may be a problem (for the web designer) if the page in question is intended to show up in a specific way. I said that Mozilla should ignore this tag because it's not intended to change anything in Mozilla.
> This feature generally affects the look of the scrollbar as well as > buttons and input fields Yes, and Mozilla has a similar feature which does very much the same thing (on Windows XP). That is, it will also use the Windows XP theming functionality to style page elements. So if the designer doesn't want IE to do that, presumably they don't want Mozilla to do it either. hence our support for MSThemeCompatible
Hmm... OK... But this tag doesn't affect radio buttons in Internet Explorer. Why does it in Mozilla?
Does IE change radio button rendering when you change themes? Mozilla does, with the theme.
Specifying that meta tag changes the radio buttons in Internet Explorer 6 from the "special one" to the "regular one" if a theme is enabled. If no theme is enabled, it is the "regular one" either way. On Mozilla, it changes from the "regular one" to something that you can see in the screen shot posted above in the attachment section. Where does this look come from? I cannot reproduce it with any other browser with neither theme.
The button it changes to is the "regular" one in Mozilla. i.e. the one drawn using Mozilla's built-in radio-button-drawing routine.
OK, well... it does not for me. I get what you can see in the screenshot. Windows 2000 SP4 (English) Mozilla 1.5 (English)
(I checked the behavior of Internet Explorer 6 on a machine nearby running Windows XP Pro SP1.)
> I get what you can see in the screenshot. Yes... that screenshot is exactly what the built-in radio-drawing routine produces on Windows.
So do you suggest I cancel this bug and write a new one with a better description? I would only have to change the "Expected results" part to "The radio buttons rendered by the built-in radio-button-drawing routine on Windows when <meta http-equiv=MSThemeCompatible content=no> is specified should show up as 'normal' radio buttons."
I believe we have existing bugs on the fact the our drawing routine draws ugly radio buttons on Windows....
I just did a check on "radio button" and I didn't find any that deals with the "drawing routine". Maybe it's in bugs that were originally filed for a purpose other than radio buttons. If you happen to know of one, you're welcome to change this bug's status to "duplicate".
*** This bug has been marked as a duplicate of 16380 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.