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)
Core
DOM: Selection
Tracking
()
VERIFIED
FIXED
M16
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.
Reporter | ||
Comment 1•25 years ago
|
||
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.
Comment 2•25 years ago
|
||
drag-n-drop will not be in for beta2 if this is not resolved
Updated•25 years ago
|
Target Milestone: --- → M16
Putting on [nsbeta2+][6/01] radar. This work must be done by 06/01 or we may
pull this for PR2.
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
You need to log in
before you can comment on or make changes to this bug.
Description
•