Closed Bug 39834 Opened 24 years ago Closed 23 years ago

Style access using DOM should take default units (px?)

Categories

(Core :: DOM: CSS Object Model, enhancement, P3)

Product:
Core
Component:
DOM: CSS Object Model
Type:
enhancement

Tracking

()

Status:
VERIFIED INVALID
Milestone:
Future

People

(Reporter: taras.tielkes, Assigned: jst)

Details

(Keywords: compat, dom2, Whiteboard: WONTFIX ? -- non standards compliant) 

This doesn't work:
-----------------------------------
oTable.style.borderWidth = "14";
-----------------------------------

While this does:
-----------------------------------
oTable.style.borderWidth = "14px";
-----------------------------------
setting status to new
Status: UNCONFIRMED → NEW
Ever confirmed: true
This bug has been marked "future" because the original netscape engineer
working on this is over-burdened. If you feel this is an error, that you or
another known resource will be working on this bug,or if it blocks your work
in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
Status: NEW → ASSIGNED
I think there's another, better analyzed bug on this.  Lengths without units are
technically invalid CSS.  I think the "bug" here is that we're not passing the
quirks mode to the CSS parser created to evaluate the CSS given in the DOM
changes.  One could argue that perhaps we don't need to, though, since existing
pages don't depend on this quirk.
Keywords: dom2
Component: DOM Level 2 → DOM Style
Taking QA Contact on all open or unverified DOM Style bugs...
QA Contact: vidur → ian
Marking INVALID as per David's comments. We have enough other DOM CSS bugs 
without having to fix this one.
Severity: normal → enhancement
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: compat
Resolution: --- → INVALID
Whiteboard: WONTFIX ? -- non standards compliant
and VERIFIED invalid
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.