Closed Bug 39013 Opened 25 years ago Closed 24 years ago

list-item marker disappears when using "position: relative;" [REL POS]

Categories

(Core :: CSS Parsing and Computation, defect, P3)

x86
All
defect

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: kazhik, Assigned: attinasi)

References

(Depends on 1 open bug)

Details

(Keywords: css2)

Attachments

(1 file)

list-item marker disappears when using "position: relative;". <ol> <li style="position: relative; left: 00px;">Line 1 <li style="position: relative; left: 20px;">Line 2 <li style="position: relative; left: 40px;">Line 3 </ol>
Yet another relative / absolute positioning bug... (sigh)
Assignee: pierre → attinasi
Status: UNCONFIRMED → NEW
Ever confirmed: true
Accepting and assigning milestone.
Status: NEW → ASSIGNED
Target Milestone: --- → M18
When a LI is abs. or rel. positioned, the frame for the bullets (image or numbers) is not even created. There are problem in the CSSFrameConstructor: in the positioned cases, the frame for the LI is created differently, and in such a way that nsBlockFrame::SetInitialChildList is not called, and that is where the bullet frame is normally created. I'm still investigating... If anybody has experience in this area I could use some help :-)
Note that as mentioned in another bug, a "display:list-item" frame that is absolutely positioned, becomes a "display:block" frame and thus loses it's bullet. I think. Yes, here it is: http://www.w3.org/TR/REC-CSS2/visuren.html#q24 Relative positioning is a different matter, the bullet shouldn't go walkabouts in that particular case.
Keywords: css2
This bug has been marked "future" because we have determined that it is not critical for netscape 6.0. If you feel this is an error, or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: M18 → Future
Summary: list-item marker disappears when using "position: relative;" → list-item marker disappears when using "position: relative;" [REL POS]
Depends on: 54979
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
Nominating
Keywords: mozilla0.9, nsbeta1
*** Bug 68935 has been marked as a duplicate of this bug. ***
position:relative is only one which triggers the appeareance of this bug. Each of the following makes the list marker to disapear: position:relative;top:0px;left:120%;width:100%;margin:0px;padding:0px; This does not affect the list marker: visibility:hidden; If you set the visibility afterwards to visible, then the list marker appears.
Blocks: 104166
The same problem exists when using "padding:" or "padding-left:" <head> <style type="text/css"> ol { padding-left: 10pt} </style> </head> <body> <ol> <li>Line 1 <li>Line 2 <li>Line 3 </ol> </body>
WFM now.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Why is this bug target smilestone set to future?
VERIFIED using attachment 9083 [details].
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: