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)
Core
DOM: Editor
Tracking
()
VERIFIED
FIXED
mozilla0.9.9
People
(Reporter: TucsonTester2, Assigned: mozeditor)
Details
(Whiteboard: EDITORBASE+; fixinhand; need r=)
Attachments
(1 file)
7.46 KB,
patch
|
kinmoz
:
superreview+
|
Details | Diff | Splinter Review |
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
Comment 2•23 years ago
|
||
Confirming on Win 2k using build 2001111303.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.9
Updated•23 years ago
|
Summary: Cursor disappears after deleting a blockquote w/ paragraph style applied → Caret disappears after deleting a blockquote w/ paragraph style applied
Comment 3•23 years ago
|
||
Since its a caret issue, Reassigning to mjudge.
Assignee: kmcclusk → mjudge
Status: ASSIGNED → NEW
Comment 4•23 years ago
|
||
This is still an issue with the 2001121003 build.
Comment 5•23 years ago
|
||
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+
Assignee | ||
Comment 7•23 years ago
|
||
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.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Whiteboard: EDITORBASE+ → EDITORBASE+; fixinhand; need r=,sr=
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=
Assignee | ||
Comment 10•23 years ago
|
||
fix landed on trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•