Closed
Bug 17993
Opened 26 years ago
Closed 26 years ago
[BETA]can't insert carriage return in lists
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
VERIFIED
INVALID
M15
People
(Reporter: sujay, Assigned: mozeditor)
Details
(Whiteboard: [BETA feature work])
using 11/4 build of apprunner(1999110408) on all platforms
1) launch apprunner
2) launch editor
3) enter list mode(bullet or numbered)
4) start hitting carriage return to increment list
it doesn't work....you might be able to get it to work
for the first list item but not successive ones...
see 4.x behavior, you can enter as many carriage returns
as list elements as you like...
all platforms.
Comment 1•26 years ago
|
||
Sujay -- this works fine for me using 1999110408 build on win95 and Mac. I tried
the 1999110309 build on Linux and it did not work. I'll install current build on
Linux and see if I can reproduce the error.
Beth, keep in mind no text, just carriage returns...
no text...
I can reproduce this every single time...
Comment 3•26 years ago
|
||
oh, I see -- well you are getting additional lines, they just aren't the kind
of new lines that you were expecting. I think what is happening is that since
the list item is null, the app is presuming you want to exit. More than 1 return
causes you to exit the list and <BR>s are inserted.
Joe, how can we allow the user to insert a list with empty list items? They
would do exactly what Sujay did -- select the list type from the toolbar and
just hit enter multiple times. How can we do that and still have a mechanism to
escape the list
| Assignee | ||
Comment 4•26 years ago
|
||
We decided before that users would just type a space before hitting return if
they want an empty item. It really amounts to what will be more useful for them:
a way to make lots of empty items, or a way to quickly close out a list.
I can make it work the other way if we've changed our minds again. Cc'ing
Charlie: he invented this concept in the old 5.0 (gromit) source base, I believe.
Comment 6•26 years ago
|
||
IMHO, the way in works in 4.x sucks.
Why would you want empty list items?
The behavior I suggested is that Enter on a blank line outdents one level,
so if you are at the first level, it ends the list and successive enters
just add paragraphs. make a list with content and > 1 indent level.
Then using Enter to outdent to the parent is very convenient, and makes it
easy to terminate the list as you are typing with no mouse action needed.
I'd say this is as designed -- I like it!
Comment 7•26 years ago
|
||
if the user wants to create a template of some sort, they would want to have the
ability to enter and retain empty list items. For example, if I needed to create
a template status report and I wanted to include a section where I would insert
open issues, or accomplishments. This will also prove useful when we have
templates for users on the net.
Updated•26 years ago
|
Summary: can't insert carriage return in lists → [BETA]can't insert carriage return in lists
Whiteboard: [BETA feature work]
Target Milestone: M15
Comment 8•26 years ago
|
||
setting this out to M15, consider it pre-beta work
Comment 9•26 years ago
|
||
Then what's wrong with typing a space before hitting enter?
Comment 10•26 years ago
|
||
You're right, they can and that is how other apps work -- try it out in Word for
example. So, since this works and it behaves like other apps -- can we close
this one out?
| Assignee | ||
Comment 11•26 years ago
|
||
go for it
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
Comment 12•26 years ago
|
||
this works as designed, marking as invalid
| Reporter | ||
Comment 13•26 years ago
|
||
verified in 11/4 build.
You need to log in
before you can comment on or make changes to this bug.
Description
•