Closed Bug 2511 Opened 26 years ago Closed 26 years ago

List Item frames don't work in XML.

Categories

(Core :: Layout, defect, P1)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: hyatt, Assigned: buster)

References

()

Details

In an XML file, make up a tag and set its display type to list-item. If you specify a bullet style (e.g., disc or square) or if you specify an image to use for the bullet, nothing happens. In both cases, the bullet is simply not drawn. Furthermore, Raptor crashes when you go to another page (as it destroys the old document). This is a reasonably serious bug, since the list-item frame will be used to display icons in the tree widget.
Assignee: karnaze → hyatt
I'm not sure why this was assigned to me. I'm not sure who is handling XML related issues. Troy or Kipp may be handling list related issues.
Assignee: hyatt → troy
RickG said I should reassign this bug to Troy.
Component: HTMLFrames → Layout
Assignee: troy → kipp
Severity: normal → critical
Upgrading the severity to critical, since this is blocking the implementation of icons in the tree view.
Setting all current Open Critical and Major to M3
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I just landed some fixes to list bullet handling that *should* make bullets that use images work much better. Let me know if you still have problems.
QA Contact: 4110
chrisd QA contact
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Created an XML file (http://slip/projects/marvin/bugs/2511.xml) with associated .css file using 'display: list-item; list-style: square'. Tested on 3/16 build of Win 95, Win NT, Win 98, Mac8.5 and Linux. Bullets do not draw. Reopening bug.
Make sure you specify a margin-left for outside bullets, or they won't appear. If you use a style of inside, then you don't need the margin specifier, and the bullets will appear.
Responding to hyatt@netscape.com comments: I don't understand why it is necessary to specify something for outside or inside bullets (which would be done with the list-style-position property). Also, please explain the connection between 'outside' or 'inside' and margin-left values. Can you give me a reference in the specs that I could review?
Did you place a list item inside a list, or did you try to just use it outside of a list?
Here is the XML test case: <?xml version="1.0"?> <?xml:stylesheet type="text/css" href="2511.css"?> <test> <item>one</item> <item>two</item> <item>three</item> </test> Here is the .css file: item { display: list-item; list-style: square }
You're using a list item without placing it inside a list, which means it has no list to use as a reference for its leftmost margin. This means you have to do one of three things: (a) Specify an inside style, which results in the list's bullet being placed inside the rectangle occupied by the list item's contents or (b) Specify the leftmost margin using margin-left:, so that layout has some clue where it should place the bullet, since it's occurring outside the rectangular area occupied by the list item's contents. or (c) Put the list item inside a list.
This is my understanding: To say I'm using a list without putting it inside a list, I see where that would be true in an HTML document but not in an XML document. By setting display to 'list-item' in the .css document, I am indicating to the XML document that 'item' is participating in a list. The browser should then treat <item> in the same way it would treat <li> in HTML.
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
List item frames work as advertised; a mis-understanding by chrisd.
Status: RESOLVED → VERIFIED
Aside from the actual issue, I see that my problem was trying to connect the XML doc with the .css doc by the following: <?xml:stylesheet type="text/css" href="2511.css"?> Peter L. suggested I try using a dash instead of a colon after 'xml'. When I changed it to a dash, no problem - then I could really see what you were talking about. In the .css doc I added 'inside' value to the list-style property and the the list items worked fine. Verifying bug fixed.
You need to log in before you can comment on or make changes to this bug.