Closed Bug 103685 Opened 23 years ago Closed 23 years ago

Caret disappears after deleting a blockquote w/ paragraph style applied

Categories

(Core :: DOM: Editor, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: TucsonTester2, Assigned: mozeditor)

Details

(Whiteboard: EDITORBASE+; fixinhand; need r=)

Attachments

(1 file)

Build ID: 20011004

Deleting a blockquote with a paragraph style applied to the line causes the
cursor to disappear.

Reproducible: Always

Steps to Reproduce:
1.Open Composer
2.Click on the indent button on the toolbar to but the line into a blockquote
3.Click on the paragraph drop-down menu on the toolbar and choose Heading 1
4.Hit backspace

Actual Results:
The cursor will disappear.  If you switch views the cursor will not refresh. 
The only way to make it reappear is to type some text.

Expected Results:
I would expect to be able to see the cursor on the page.
Another cursor fun-o-rama (tm) bug.
Assignee: syd → kmcclusk
Component: Editor: Composer → Editor: Core
Whiteboard: EDITORBASE
Confirming on Win 2k using build 2001111303.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.9
Summary: Cursor disappears after deleting a blockquote w/ paragraph style applied → Caret disappears after deleting a blockquote w/ paragraph style applied
Since its a caret issue, Reassigning to mjudge.
Assignee: kmcclusk → mjudge
Status: ASSIGNED → NEW
This is still an issue with the 2001121003 build. 
Build 2001121803
Also notice that after typing some text to make the cursor appear that the
"Choose a paragraph format" still showed as heading 1 but the text was just
plain body text - if you switched to the HTML view and then back to the Normal
view the "Choose a paragraph format" would show as blockquote.
This behavior looks similar to bug number 112704
Rules problem, not caret. I think we need the following. If the user is deleting
stuff with the delete key or backspace, we ought to (effeciently) check and make
sure that we are never inside a blockquote that has no children. If there are no
children, delete the blockquote and perhaps check again (we might be in nested
blockquotes, should we unwind them all?).
Assignee: mjudge → jfrancis
Whiteboard: EDITORBASE → EDITORBASE+
hand editted diff (i have a bunch of diffs to this file) so the line numbers
may be off.

Basic idea is that I added a check for collapsed selections inside empty block
to the post-proccessing code.  If so, I put a br at selection if it is legal.
Status: NEW → ASSIGNED
Whiteboard: EDITORBASE+ → EDITORBASE+; fixinhand; need r=,sr=
Keywords: nsbeta1+
Comment on attachment 67700 [details] [diff] [review]
difss to nsHTMLEditRules.cpp

sr=kin@netscape.com
Attachment #67700 - Flags: superreview+
Forgot to ask if you could fix the indention in the code you added. (Some places
have tabs that are throwing the formatting off.)
Whiteboard: EDITORBASE+; fixinhand; need r=,sr= → EDITORBASE+; fixinhand; need r=
fix landed on trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified on build 2002020803.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: