Open Bug 15438 Opened 25 years ago Updated 2 years ago

Improve layout of wide list item markers/counters (ordered, number, clipped, overflow, truncated, fit)

Categories

(Core :: Layout: Block and Inline, defect, P3)

defect

Tracking

()

Future

People

(Reporter: bugmail, Unassigned)

References

Details

(Keywords: css3, helpwanted, testcase)

Attachments

(2 files)

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.
Assignee: don → troy
Component: Browser-General → Layout
Assignee: troy → kipp
Status: NEW → RESOLVED
Closed: 25 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.
Status: RESOLVED → VERIFIED
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.
Target Milestone: --- → Future
Keywords: css2
Keywords: helpwanted, testcase
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.
Keywords: qawanted
QA Contact: chrispetersen → ian
pseudo-element*
Keywords: css2, qawantedcss3
*** Bug 280024 has been marked as a duplicate of this bug. ***
Attached file Testcase #2
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)
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 10 duplicates.
:jfkthame, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(jfkthame)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(jfkthame)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: