Closed
Bug 103685
Opened 24 years ago
Closed 24 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•24 years ago
|
||
Confirming on Win 2k using build 2001111303.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.9
Updated•24 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•24 years ago
|
||
Since its a caret issue, Reassigning to mjudge.
Assignee: kmcclusk → mjudge
Status: ASSIGNED → NEW
Comment 4•24 years ago
|
||
This is still an issue with the 2001121003 build.
Comment 5•24 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•24 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•24 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•24 years ago
|
||
fix landed on trunk
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•