Closed
Bug 7806
Opened 25 years ago
Closed 25 years ago
{list}In composer, number item increments when pressing Enter
Categories
(Core :: Layout, defect, P2)
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: fenella, Assigned: buster)
Details
(Whiteboard: [TESTCASE])
Attachments
(1 file)
(deleted),
text/html
|
Details |
RE: win32 (1999-06-08-08 m7)
1. Open Messenger from the Task menu, click on New Msg to open a compose window
2. Type some text in the body field.
3. Click on the Number List item icon, the list start #1
4. Type some text, press Enter.
5. Cursor goes to the next line, item number increments to #2.. No problem.
But...
6. If I do not enter any text on item #2 but keep pressing Enter, item number
will be displayed incrementally by 1 each time I press Enter.
Expected result: In nova, item number is displayed as a # sign, but when I do
not enter any text and press Enter, it skips to the next line.
I expect that each incremental item number should be listed if even there is no
text for each item.
This occurs to win32 only.
Mac behaves differently
Unable to test Linux at this point
Since this problem occurs on the Editor, I assign this bug to Editor. Sujay said
he has not entered a bug like this yet. He agrees I open this bug.
assigned to joe, looks like a simple rules problem. However, I'm a little
concerned that the submitter sees different behavior on different platforms.
Updated•25 years ago
|
Assignee: jfrancis → buster
Comment 2•25 years ago
|
||
This is a layout bug. Layout does not properly reflow lists that have empty list
items. I could "fix" this by using the bogus text node trickery here, but the
right thing is for layout folks to fix list reflow.
Bouncing back to Steve in the hopes that he knows who to assign this to. Give it
back to me if assigning it to layout is not the right thing.
Summary: In composer, nmber item increments when pressing Enter → In composer, number item increments when pressing Enter
This bug does not involve the editor at all. Load this testcase in viewer to
see see the error:
<ol>
<li>a</li>
<li>b</li>
<li></li>
<li>c</li>
</ol>
Output in Nav is:
1. a
2. b
3.
4. c
Output in Gecko is:
1. a
2. b
4. c
This is an error in the layout counter code. There are in fact 4 LI's in the
content model.
Updated•25 years ago
|
Summary: In composer, number item increments when pressing Enter → {list}In composer, number item increments when pressing Enter
Whiteboard: [MAKINGTEST]
Target Milestone: M15
Comment 6•25 years ago
|
||
Marking M15 and {list} for kipp. This may provide some insight into the list
numbering problems. Could they generally be related to empty LIs? Or
something...
I'll try and make some more test cases for this.
Updated•25 years ago
|
Whiteboard: [MAKINGTEST] → [TESTCASE]
Comment 7•25 years ago
|
||
Actually, this is different from the other list numbering problems. Margins are
collapsing through the list items without checking to see if they have a
bullet. Do markers give an element height even if it has no content?
The list markers are not being generated for empty elements, even if they are
given height.
Comment 8•25 years ago
|
||
Comment 10•25 years ago
|
||
there were two problems: first, empty list-items were being collapsed down to
zero height; second, in the oddball case of a list-item with no content at all
(not even collapsed whitespace), the bullet would never get placed.
Comment 11•25 years ago
|
||
please verify when you get chance Fenella ...thanks!
Reporter | ||
Comment 12•25 years ago
|
||
Linux and Mac (1999-07-19-11 m9), Win32 (1999-07-19-12 m9)
This problem is fixed on all platforms.
You need to log in
before you can comment on or make changes to this bug.
Description
•