Closed
Bug 64370
Opened 24 years ago
Closed 23 years ago
dynamic form elements style not applied
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: alex.dent, Assigned: pierre)
Details
Attachments
(1 file)
1.41 KB,
text/html
|
Details |
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.
Comment 3•24 years ago
|
||
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).
Comment 5•24 years ago
|
||
Looks to be a bug to me (Mac 2001010908). Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•24 years ago
|
||
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
Assignee | ||
Comment 7•23 years ago
|
||
Works for me in recent builds.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•