form elements (input and textarea tested) that are inserted with innerHTML or as a contextualFragment ignore their style, even though the same style on a static element works. the workaround is to use a class instead of a style, but this is ugly because i would need 100s of classes for my various form elements... see the testcase.
btw, i use build 2001010408 on mac.
Sigh, another problem about innerHTML. Please note that innerHTML is not a w3c standard and was (poorly) implemented in mozilla for compatibility issues. If at all possible it should be avoided.
this problem is not innerHTML specific, i just used innerHTML in the test case. i originally noticed that problem using ranges & createContextualFragment, which imho are a well defined dom2 w3c standard (though i don´t know how it´s implemented, there are a lot of functions left out in mozillas current Range class).
Looks to be a bug to me (Mac 2001010908). Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Netscape's standard compliance QA team reorganised itself once again, so taking remaining non-tables style bugs. Sorry about the spam. I tried to get this done directly at the database level, but apparently that is "not easy because of the shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
Works for me in recent builds.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.