Closed
Bug 45258
Opened 24 years ago
Closed 24 years ago
CSS-P Element fails
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: msiegenfeld, Assigned: clayton)
References
()
Details
Attachments
(1 file)
15.91 KB,
text/html
|
Details |
(The example site listed above is under development. You may log in using login moose and password moose. Choose the 950C/S path.) I use an absolutely positioned DIV element in a menuing system for one of my clients. However, M16 seems to completely ignore it. The system works perfectly fine in Netscape 4.01 to 4.7 and IE 4.0 to 5.01. What is up?
Comment 2•24 years ago
|
||
Prefixing URL with http:// . Seems to be down right now, though.
Comment 3•24 years ago
|
||
unable to connect. reporter could you attach a simple testcase to the bug. Could you also test this with a current build of mozilla. M16 is getting old.
Server is pingable but has no services running on port 590 or port 80. Reporter: Unless you attach a testcase to this bug or tell us how to reproduce it, the next person who looks at it (hint, hint...) will mark it WORKSFORME. We certainly do support absolute positioning.
Reporter | ||
Comment 5•24 years ago
|
||
Comment 6•24 years ago
|
||
Thanks for the testcase! The attached testcase uses nonstandard code to modify the documen, specifically the testcase needs to use document.getElementById() to access elements by id, for more information about this please see: http://sites.netscape.net/ekrock/standards.html The page also relies on document.layers or document.all as a check to see if the client is "dynamic". Marking WONTFIX.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•