Closed
Bug 98558
Opened 23 years ago
Closed 22 years ago
Composer-only: Drag-selecting in a table cell should change to "Cell Selection" mode when table cell boundary is crossed.
Categories
(Core :: DOM: Selection, defect)
Core
DOM: Selection
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: cmanske, Assigned: cmanske)
References
(Blocks 1 open bug)
Details
(Keywords: topembed+, Whiteboard: QAHP, EDITORBASE+)
Attachments
(1 file, 1 obsolete file)
23.39 KB,
patch
|
mjudge
:
review+
dveditz
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
Lots of feedback from users indicates that the compromise we made for selecting table cells is not acceptable (e.g., see bug 98537). We should support standard table cell selection behavior, but only in Composer. When a user drags the selection from one cell to another, we should snap into selecting the entire cell where selection started, and continue to select only cells as user continues to drag across other cells. The first part of this task should be fixed by mjudge (the initial change to cell-selection mode when first cell boundary is crossed.) The rest of the table-selection behavior (selecting blocks of cells, rows, columns) is owned by cmanske. He will be sure this still works after initial problem is solved.
Assignee | ||
Comment 1•23 years ago
|
||
This is an important issues and needs some attention
Whiteboard: QAHP, EDITORBASE
i am looking at the code to see how hard it would be to turn it back on.
Status: NEW → ASSIGNED
i believe this is a dup of a 9.7 bug of mine. when I see it i will dup it
Target Milestone: --- → mozilla0.9.7
Assignee | ||
Comment 5•23 years ago
|
||
Assignee | ||
Comment 6•22 years ago
|
||
Starting with Mike's patch, I've fixed some problems and I'm completing this work.
Assignee: mjudge → cmanske
Status: ASSIGNED → NEW
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 7•22 years ago
|
||
Fixes some problems in 1st patch and finishes changes need to make it all work.
Attachment #62167 -
Attachment is obsolete: true
Updated•22 years ago
|
OS: Windows NT → All
Assignee | ||
Updated•22 years ago
|
Comment on attachment 73534 [details] [diff] [review] Complete Fix - v1 r=mjudge
Attachment #73534 -
Flags: review+
Assignee | ||
Updated•22 years ago
|
Whiteboard: QAHP, EDITORBASE+, FIX IN HAND, need r=,sr= → QAHP, EDITORBASE+, FIX IN HAND, need sr=
Comment 9•22 years ago
|
||
Comment on attachment 73534 [details] [diff] [review] Complete Fix - v1 sr=dveditz
Attachment #73534 -
Flags: superreview+
Assignee | ||
Updated•22 years ago
|
Whiteboard: QAHP, EDITORBASE+, FIX IN HAND, need sr= → QAHP, EDITORBASE+, FIX IN HAND, reviewed
Comment 10•22 years ago
|
||
Comment on attachment 73534 [details] [diff] [review] Complete Fix - v1 a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #73534 -
Flags: approval+
Assignee | ||
Updated•22 years ago
|
Whiteboard: QAHP, EDITORBASE+, FIX IN HAND, reviewed → QAHP, EDITORBASE+, FIX IN HAND, approved
Assignee | ||
Comment 11•22 years ago
|
||
checked in
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•22 years ago
|
Comment 12•22 years ago
|
||
Verified fixed win xp trunk build 2002061808, Mac OS X trunk build 2002061808 and Linux trunk build 2002061808
Status: RESOLVED → VERIFIED
Comment 13•21 years ago
|
||
This doesn't work for header (<TH>) cells. Whole-cell selection isn't triggered unless the starting cell is a normal (<TD>) cell and until the cursor moves into another normal cell. Observed in Mozilla 1.2.1 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.2.1) Gecko/20021130).
You need to log in
before you can comment on or make changes to this bug.
Description
•