Closed Bug 39013 Opened 24 years ago Closed 23 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: 23 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: