Closed Bug 64370 Opened 24 years ago Closed 23 years ago

dynamic form elements style not applied

Categories

(Core :: CSS Parsing and Computation, defect)

PowerPC
Mac System 8.6
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: alex.dent, Assigned: pierre)

Details

Attachments

(1 file)

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.
Attached file test case
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
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: