Closed Bug 16481 Opened 25 years ago Closed

[DOGFOOD]Deleting text in table deletes table cells

Categories

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

All
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cmanske, Assigned: mozeditor)

References

Details

(Whiteboard: [PDT+][by 12/3])

When using the delete key or backspace to delete contents in a table cell,
after the last text character or element is deleted, the table cell is deleted.
It should not. It should skip over to the contents of the previous cell when
using backspace, or just stop deleting when using the delete key.
Otherwise holding down delete or backspace really messes up your table
structure!
accepting/m11
Severity: normal → major
Priority: P3 → P1
Summary: Deleting text in table deletes table cells → [DOGFOOD]Deleting text in table deletes table cells
submitting this as a dogfood candidate -- deleting the actual cell is not a good
thing, it will actually affect the entire layout of the page in many instances.
Can you recreate your cell?
Target Milestone: M11 → M12
this will need a deletion rules for table elements, this is going to take some
time to do. Joe knows what to do but it will not be done by today. Moving over
to M12
Whiteboard: [PDT+]
If there is a workaround, let's make this PDT- and put workaround into:
http://bugzilla.mozilla.org/show_bug.cgi?id=17788

Otherwise, yes fix for dogfood.
Blocks: 17907
Blocks: 12658
linking to PDT+ tracking bug 12658
Blocks: 18471
Whiteboard: [PDT+] → [PDT+][by 11/19]
this one has been investigated, joe has a good idea on how to fix it
Target Milestone: M12 → M13
In progress.  revising estimate to 12/3
Whiteboard: [PDT+][by 11/19] → [PDT+][by 12/3]
Target Milestone: M13 → M12
I'm finally starting this.  Still estimate a 12/3 resolution.
fixed.  should make this mornings verification builds.

The behvior now is:  If you have an insertion point and hit delete or forward
delete, you will stop when you get to the boundary of any table element.  If you
have a selection range highlighted and hit delete or forward delete, nothing will
happen if your selection endpoints reside in different table elements (including
one in a table element and one not).

Note that the various insert operations will implicitly delete a selection range.
These actions do not yet play by these deletion rules.  That's a sperate bug.  I
need to make sure that everything that implicitly deletes, does so via the rules
code so that we get a chance to cancel illegal table deletions.
Status: RESOLVED → VERIFIED
verified in 12/1 build.
Blocks: 20870
No longer blocks: 17907
No longer blocks: 18471
No longer blocks: 20870
You need to log in before you can comment on or make changes to this bug.