Closed Bug 87617 Opened 24 years ago Closed 1 year ago

Description lists don't indent

Categories

(Core :: DOM: Editor, defect, P3)

defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: neil, Unassigned)

References

Details

(Whiteboard: EDITORBASE-; 1 day)

Using Build ID: 2001062104 Steps to reproduce problem: 1. Type three lines of text into Editor. 2. Format the list as Term (or Definition) 3. Try to indent the middle line. Expected results: line indents. Actual results: line turns into its own list. Additional information: Communicator 4.x appears to do this right but in fact it generates invalid HTML. The selected items should get enclosed in a <dd><dl> ... </dl></dd> block. Something similar has to happen for outdent.
1.0 --> jfrancis
Assignee: beppe → jfrancis
Severity: major → normal
Priority: -- → P3
Target Milestone: --- → mozilla1.0
Status: NEW → ASSIGNED
Whiteboard: EDITORBASE; 1 day
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
confirmed on mac os x build 2001121805, changing platform/os to all
Changing Platform and OS to all/all per above comments.
OS: Windows 95 → All
Hardware: PC → All
minusing, my mom didn't know what a definition list was :-)
Whiteboard: EDITORBASE; 1 day → EDITORBASE-; 1 day
(a) We already suck on DL/DT/DD ; when the selection is at the end of a DT and user hits return, we should create a DD, not another DT ; and vice-versa (b) This bug is caused by CanContainTag() call in nsHTMLEditRules::SplitAsNeeded() This call returns true for ul/ul parameters (that's against the DTD but that's also the only way we have to manage nested lists for the moment, see related bug 54479), but it returns false for dl/dl
The trunk is the wave of the future!
Target Milestone: mozilla1.0.1 → mozilla1.1beta
The days of having a half dozen milestones out in front of us to divide bugs between seem to be gone, though I dont know why. Lumping everything together as far out as I can. I'll pull back things that I am working on as I go.
Target Milestone: mozilla1.1beta → mozilla1.2beta
[ushing these out as far as bugzilla will let me. I'll pull them back as I work on them.
Target Milestone: mozilla1.2beta → mozilla1.4beta
QA Contact: sujay → editor
Assignee: mozeditor → nobody
Status: ASSIGNED → NEW
See Also: → 54479
Target Milestone: mozilla1.4beta → ---
Severity: normal → S3

DOM: Editor is no longer the right component for this type of bugs. This bug was for the Editor App that was built for Thunderbird email composer or SeaMonkey.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.