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)

defect

Tracking

()

VERIFIED INVALID

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.
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...
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
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.
I vote we make it work like it did in 4.x....
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!
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.
Summary: can't insert carriage return in lists → [BETA]can't insert carriage return in lists
Whiteboard: [BETA feature work]
Target Milestone: M15
setting this out to M15, consider it pre-beta work
Then what's wrong with typing a space before hitting enter?
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?
go for it
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
this works as designed, marking as invalid
Status: RESOLVED → VERIFIED
verified in 11/4 build.
You need to log in before you can comment on or make changes to this bug.