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)
Core
Layout: Block and Inline
Tracking
()
NEW
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.
Updated•25 years ago
|
Assignee: don → troy
Component: Browser-General → Layout
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.
Updated•25 years ago
|
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.
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.
Keywords: helpwanted,
testcase
Comment 7•23 years ago
|
||
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?
Comment 10•22 years ago
|
||
*** 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
Comment 11•20 years ago
|
||
(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
Comment 12•20 years ago
|
||
pseudo-element*
Updated•20 years ago
|
Comment 13•19 years ago
|
||
*** Bug 280024 has been marked as a duplicate of this bug. ***
Comment 14•19 years ago
|
||
Comment 15•19 years ago
|
||
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
Comment 16•19 years ago
|
||
*** Bug 284117 has been marked as a duplicate of this bug. ***
Comment 17•19 years ago
|
||
*** Bug 303212 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 18•19 years ago
|
||
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.
Comment 19•19 years ago
|
||
*** Bug 311552 has been marked as a duplicate of this bug. ***
Comment 20•17 years ago
|
||
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
Updated•10 years ago
|
Summary: Improve layout of wide list item markers/counters → Improve layout of wide list item markers/counters (ordered, number, clipped, overflow, truncated, fit)
Updated•2 years ago
|
Severity: normal → S3
Comment 25•2 years ago
|
||
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)
Comment 26•2 years ago
|
||
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.
Description
•