Closed Bug 38527 Opened 25 years ago Closed 25 years ago

selection needs to play nice with drag and drop.

Categories

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

Product:
Core
Component:
DOM: Selection
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: Brade, Assigned: kinmoz)

References

Details

(Whiteboard: [nsbeta2+][6/01])

Selection needs to play nice with selection. That means that a mousedown can't blindly assume it is the start of a new selection. This is blocking drag and drop.
Blocks: 6255
fix summary (oops!) selection needs to allow for dragging a selection as well as placing a caret in the middle of a selection.
Summary: selection needs to play nice with selection → selection needs to play nice with drag and drop.
drag-n-drop will not be in for beta2 if this is not resolved
Severity: normal → blocker
Keywords: dogfood
Priority: P3 → P1
Target Milestone: --- → M16
Putting on [nsbeta2+][6/01] radar. This work must be done by 06/01 or we may pull this for PR2.
Keywords: dogfood → nsbeta2
Whiteboard: [nsbeta2+][6/01]
Assigning to kin per beppe at PDT review.
Assignee: mjudge → kin
Accepting bug.
Status: NEW → ASSIGNED
I just checked in some code to nsFrame.cpp (revision 3.236) that is ifdef'd out with DRAG_AND_DROP_FRIENDLY_SELECTION that should help unblock brade@netscape.com with her drag and drop selection work. The code leaves the current selection in tact when the user clicks within a hilighted region until the mouse button goes up. I'm going to mark this bug fixed. brade@netscape.com, if you need more selection changes, file another bug against me with the details of what the problem is.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verified in 5/22 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.