Open
Bug 96330
Opened 23 years ago
Updated 2 years ago
cannot create lists in color
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
NEW
mozilla1.0.1
People
(Reporter: TucsonTester1, Unassigned)
References
Details
(Keywords: css-moz, Whiteboard: WONTFIX? or dependent on CSS3 lists)
When creating a list, you cannot type the numbers, bullets, in colors. (eg, typing in red font, choosing list, numbered, the numbers will still appear in black, although the font will be red. steps to recreate: 1.choose a font color 2.type 3 or four lines of text 3.choose "format=>list" and choose numbered or bulleted 4.you will see that the text is still whatever color you chose, but the numbers (or bullets) will be in default black.
I see the problem here...but I think it is by design. when I browse it , it has black for the numbered/bulleted list Kathy what do you think we should do with this bug ?
Comment 2•23 years ago
|
||
invalid; layout doesn't have colored bullets or numbers either
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Comment 3•23 years ago
|
||
ok, I take it back, this is a valid bug
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•23 years ago
|
||
-->jfrancis apparently we need to not split up the font color when creating a list
Assignee: brade → jfrancis
Comment 5•23 years ago
|
||
cannot make list bullets colorized unless you use CSS. So for the non-CSS version of the editor, which is what we have now, this is invalid. If we ship a css savvy editor then we need to make sure this works too. CC'ing daniel
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → INVALID
Comment 6•23 years ago
|
||
even with css in composer, that might be very hard to do because we do not use markers and counters to generate list bullets/numbers. We only use the 'list-style-type' property and the bullets/numbers generated that way cannot be individually styled, they automatically acquire the style of the element generating it... thinking at loud : do we need 'list-style-color' and 'list-style-background-color' properties or another way to do this ? should this issue be raised to CSS WG or do we consider this is a WONTFIX ? Cc:ing other CSS people so they can give their opinion here.
Comment 7•23 years ago
|
||
Why not the font, size, weight and decoration in addition to the colors? We have a pseudo-element |:-moz-list-bullet| that allows to style the list item marker. Apparently, it supports font-size and color but not the other properties. Background-color would be very nice. And content:before too!
Comment 8•23 years ago
|
||
background-color doesn't work for :-moz-list-bullet because nsBulletFrame::Paint() doesn't do anything if the layer is not NS_FRAME_PAINT_LAYER_FOREGROUND.
Status: RESOLVED → REOPENED
Component: Editor → Layout
Resolution: INVALID → ---
Comment 10•23 years ago
|
||
Pierre : coooool !!!! I'll add it ! No, you can't have two pseudo-elems in same selector ; forbidden by spec. Reassigning to myself since this is a RFE bug for a feature in composer.
Assignee: attinasi → glazman
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 11•23 years ago
|
||
:-moz-list-bullet should be :before and we should generally implement lists and bullets as described in the spec. As far as the editor goes, it would be a bit silly for it to generate markup containing extensions, as they (obviously) wouldn't work in other browsers...
Comment 12•23 years ago
|
||
*** Bug 101369 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
:-moz-list-bullet should be ::marker and we should generally implement lists and bullets as described in the future CSS3 lists spec. As far as the editor goes, it would be a bit silly for it to generate markup containing extensions, as they (obviously) wouldn't work in other browsers...
Whiteboard: WONTFIX? or dependent on CSS3 lists
Updated•15 years ago
|
QA Contact: sujay → layout
Comment 15•2 years ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Assignee: daniel → nobody
Status: ASSIGNED → NEW
Updated•2 years ago
|
Severity: trivial → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•