Margins not always displayed around uls and ols

NEW
Unassigned

Status

()

Core
Editor
P3
normal
17 years ago
11 years ago

People

(Reporter: Syd Logan, Unassigned)

Tracking

Trunk
mozilla1.5beta
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: EDITORBASE+)

(Reporter)

Description

17 years ago
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
(Reporter)

Updated

17 years ago
Keywords: nsbeta1+
Whiteboard: EDITORBASE+
Target Milestone: --- → mozilla1.0
(Reporter)

Comment 1

17 years ago
Oops, related bug is 114911 (sorry about the typo)
(Reporter)

Comment 2

17 years ago
Nothing we can really do about this.
Keywords: nsbeta1+ → nsbeta1-
Whiteboard: EDITORBASE+ → EDITORBASE-
Target Milestone: mozilla1.0 → mozilla1.2alpha

Comment 3

16 years ago
This is just layout behavior, right?
Severity: critical → normal

Updated

16 years ago
Target Milestone: mozilla1.2alpha → mozilla1.2beta

Updated

16 years ago
Priority: -- → P3

Updated

16 years ago
Target Milestone: mozilla1.2beta → mozilla1.3beta

Comment 4

16 years ago
EDITORBASE+
QA Contact: sujay → beppe
Whiteboard: EDITORBASE- → EDITORBASE+
>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

15 years ago
Target Milestone: mozilla1.3beta → mozilla1.5alpha

Updated

15 years ago
Target Milestone: mozilla1.5alpha → mozilla1.5beta
QA Contact: rubydoo123 → editor
Assignee: kinmoz → nobody
You need to log in before you can comment on or make changes to this bug.