When given a list item with a marker value which, when rendered, will likely consume more space than the approximately one-half inch allocated it by Mozilla, nothing is done to provide space for the marker to display in its' entirety. At the example URI, the final list item is designated with the marker value 1998 to be displayed as a roman numeral. The rightmost portion of the marker is displayed, and the remainder flows off the left side of the page. The programmer should not have to provide accompanying styles to provide proper basic display.
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → LATER
Unless we were to implement a two pass list layout (very expensive and slow), this will never look right. I'm latering this. There is no requirement in css or html to handle these sort of edge cases. Using css2, however, you can fix things so that they work by using the marker properties. This is still a latered issue because we don't yet support css2 marker properties.
Resetting QA contact from leger.
Alterting the summary to correctly mention list item markers rather than simply list items.
Summary: Improper Layout of Long List Items → Improper Layout of Long List Item Markers or Counters
Propose targeting as Future, unless there are any new ideas on how to resolve.
Status: VERIFIED → REOPENED
Depends on: 14983
Resolution: LATER → ---
This bug was marked LATER at a time when I believe that term was used in place of FUTURE. I'm going to reopen as it seems more appropriate that it be marked as the latter rather than the former. Also adding a dependency on the display:marker CSS2 bug.
Build reassigning Buster's bugs to Marc.
Assignee: buster → attinasi
Status: REOPENED → NEW
Summary: Improper Layout of Long List Item Markers or Counters → Improper Layout of Wide List Item Markers or Counters
Summary: Improper Layout of Wide List Item Markers or Counters → Display of Wide List Item Markers or Counters is Suboptimal
*** Bug 46140 has been marked as a duplicate of this bug. ***
Okay, so how can this be fixed if display:marker (bug 14983) is WONTFIX?
*** Bug 162965 has been marked as a duplicate of this bug. ***
Summary: Display of Wide List Item Markers or Counters is Suboptimal → Improve layout of wide list item markers/counters
(In reply to comment #9) > Okay, so how can this be fixed if display:marker (bug 14983) is WONTFIX? This should probably be implanted using a pseudo-class proposed in css3-content, ::marker.
QA Contact: chrispetersen → ian
*** Bug 280024 has been marked as a duplicate of this bug. ***
David, an improvement would be to use relative units for the padding instead of the default '-moz-padding-start: 40px' in html.css. Try font-zooming "Testcase #2" to see what I mean. I think '2.5em' works much better.
Assignee: attinasi → nobody
QA Contact: ian → layout
*** Bug 284117 has been marked as a duplicate of this bug. ***
*** Bug 303212 has been marked as a duplicate of this bug. ***
Re-addressing comment 2, in the nearly six years since this bug was filed computing power has increased to the point where a two-pass layout is minimally expensive and far from slow.
*** Bug 311552 has been marked as a duplicate of this bug. ***
Linking to the current active bugs on this subject: display: marker won't be implemented (https://bugzilla.mozilla.org/show_bug.cgi?id=14983) -- instead mozilla will eventually "Support CSS3's ::marker pseudo element" (https://bugzilla.mozilla.org/show_bug.cgi?id=205202). When 205202 is fixed you'll have proper positioning, etc of the LI marker.
Component: Layout → Layout: Block and Inline
QA Contact: layout → layout.block-and-inline
Summary: Improve layout of wide list item markers/counters → Improve layout of wide list item markers/counters (ordered, number, clipped, overflow, truncated, fit)
You need to log in before you can comment on or make changes to this bug.