using 1/26 build of netscape 1) launch netscape 2) launch composer 3) insert text 4) align center 5) click on numbered/bullet list. notice the bullet/number gets placed way out on the left hand side while the text is centered. all platforms. ------- Additional Comments From beppe@netscape.com 2001-01-29 17:03 ------- reassign to jfrancis ------- Additional Comments From jfrancis@netscape.com 2001-01-30 16:04 ------- hmm. if it had been a heading, or a paragraph, you would have expected the list to include the whole heading (or para), right? But you don't expect that for blockquote? Beppe, shoudl I special case blockquote in this way? I think I agree wioth Sujay that I probably should, but what do you think? How about you Charlie? Any thoughts on this? ------- Additional Comments From Charles Manske 2001-01-30 17:09 ------- Created an attachment (id=23889) Sample list with centering DIV around entire list ------- Additional Comments From Charles Manske 2001-01-30 17:10 ------- Created an attachment (id=23890) Sample with centering DIVs around each list item text ------- Additional Comments From Charles Manske 2001-01-30 17:13 ------- Interesting issue. The described procedure will give you DIV around the list element and looks like the second attachment. Looking at the choices sampled in the attachments, both look goofy when you have list items with varying lengths. I slightly favor leaving the way it is (like 2nd sample.) ------- Additional Comments From Charles Manske 2001-01-30 17:16 ------- Created an attachment (id=23893) The CORRECT sample for DIV around each list item ("Sample 2") ------- Additional Comments From jfrancis@netscape.com 2001-01-30 17:25 ------- weird. 4.x renders all three attachmetns the same way. NS6 (the shipped one) doesnt put list item numbers on the 2nd and 3rd attachments. Current tip of tree puts on the list numbers, but inserts vertical margin space after the list numbers. arg! ------- Additional Comments From Charles Manske 2001-01-30 17:36 ------- In Windows, I *do* see the list numbers for the 2nd and 3rd attachments using the released NS 6.0. They are immediately next to the list item text. I thought I submitted the wrong file, which is why I added the 3rd, but it wasn't necessary. Only current builds show the numbers aligned at the left. ------- Additional Comments From beppe@netscape.com 2001-01-30 17:37 ------- I guess I would expect the list items to be indented with the text, I understand why it's not indenting now. But, from a user perspective, if they select the list item, I would suspect they would want it indented. ------- Additional Comments From jfrancis@netscape.com 2001-01-30 17:47 ------- beepe raises an interesting parellel issue: selecting an li and centering it. You can't put the div around the li. A div is not a legal child of the list (ol,ul). So you either have to put the div inside (what we do now), or you have to *spit the list*. Splitting the list will cause their items to renumber, and will introduce vertical margin space as well. ------- Additional Comments From jfrancis@netscape.com 2001-06-01 16:04 ------- this has to be 93 or beyond, becasue we dont even know if we have a bug here. ------- Additional Comments From beppe@netscape.com 2001-06-29 17:09 ------- moving to 1.0 ------- Additional Comments From beppe@netscape.com 2001-08-09 14:19 ------- some of the things Daniel is doing may affect this, cc him ------- Additional Comments From Daniel Glazman 2001-08-10 04:49 ------- Created an attachment (id=45376) test case with correct CSS centering ------- Additional Comments From Daniel Glazman 2001-08-10 04:50 ------- The most correct way to center a single list item is shown by my attachment above... a DIV inserts a block and its intrinsic rule constraints so don't expect 'pure' stuff with a DIV. ------- Additional Comments From Daniel Glazman 2001-08-10 05:03 ------- Created an attachment (id=45377) new test case with possible bug in layout ------- Additional Comments From Daniel Glazman 2001-08-10 05:05 ------- I think that in last attachment above we have a layout bug in the the second list. The list item is centered but the marker should be outside of the principal box of the element as per of section 12.6.2 of CSS 2 specs. Ian, can you please confirm ? ------- Additional Comments From Daniel Glazman 2001-08-10 05:26 ------- Side comment from bug 77705 (CSSization of Composer) : added code so list items can be aligned through 'text-align' instead of creating a div inside. See also bug 66731. ------- Additional Comments From Ian 'Hixie' Hickson (away until mid september) 2001-08-10 15:33 ------- Daniel: The spec is wrong when it comes down to bullets, and the WG has not yet agreed the corrected text. So the answer is "I have no idea". Sorry. ------- Additional Comments From Jussi-Pekka Mantere 2001-08-24 16:14 ------- Removing nsenterprise nomination.

Attachments = Sample list with centering DIV around entire list http://bugzilla.mozilla.org/showattachment.cgi?attach_id=23889 Sample with centering DIVs around each list item text http://bugzilla.mozilla.org/showattachment.cgi?attach_id=23890 The CORRECT sample for DIV around each list item ("Sample 2") http://bugzilla.mozilla.org/showattachment.cgi?attach_id=23893 test case with correct CSS centering http://bugzilla.mozilla.org/showattachment.cgi?attach_id=45376 new test case with possible bug in layout http://bugzilla.mozilla.org/showattachment.cgi?attach_id=45377

*** Bug 66731 has been marked as a duplicate of this bug. ***

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)

removing EDITORBASE due to fear we may break something attempting to fix this.

The trunk is the wave of the future!

The days of having a half dozen milestones out in front of us to divide bugs between seem to be gone, though I dont know why. Lumping everything together as far out as I can. I'll pull back things that I am working on as I go.

migrating milestones now that there are more available. i'll pull these back as I work on them

By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and <http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss bugs are of critical or possibly higher severity. Only changing open bugs to minimize unnecessary spam. Keywords to trigger this would be crash, topcrash, topcrash+, zt4newcrash, dataloss.