Open
Bug 122883
Opened 24 years ago
Updated 3 years ago
Margins not always displayed around uls and ols
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
NEW
mozilla1.5beta
People
(Reporter: slogan, Unassigned)
Details
(Whiteboard: EDITORBASE+)
Steps:
Open a new composer window
click on the ul button
type in 4 lines, you should get a ul with 4 li children
click at the end of the second item in the list
hit return, you will get a li with nothing in it
hit shift-tab to get rid of the bullet
Results:
You'll get a blank line between the two lists, a blinking caret at position 0 of
that line, and no vertical spacing between that line and the lists above and
below. If you save the document and reopen it, you will see the blank line, and
there will be vertical space above and below the blank line due to margins or
padding added around lists.
Expect Results:
Same as the observed results, except there is padding/margin between the blank
line and the lists above and below.
Why is this a bug? Well, if you create two lists, they will have padding between
them that looks exactly as though there is a blank line. But the user will not
be able to click in there, and it will appear to be a bug when in fact it is
not. If we show the margins like we should be, always, then when there is a
blank line between the lists, the vertical space will be much taller; the user
will be able to visually tell the difference (with a bit of experience) between
two lists with no blank line between them, and two lists with one or more blank
lines. Until I learned we put margins around lists, I was continually frustrated
by not being able to click in what appeared to be a blank line. Now that I know
this, I get equally frustrated when I can't tell if that white space is due to
margins, or it is a blank line and the margins were not drawn because layout did
not reflow.
See related bug 114991
Nothing we can really do about this.
Updated•23 years ago
|
Target Milestone: mozilla1.2alpha → mozilla1.2beta
Comment 5•22 years ago
|
||
>hit shift-tab to get rid of the bullet
This doesn't have any effect for me. Has some behaviour changed in the editor
since this bug was reported?
Updated•18 years ago
|
QA Contact: rubydoo123 → editor
Updated•18 years ago
|
Assignee: kinmoz → nobody
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•