Closed
Bug 346704
Opened 19 years ago
Closed 12 years ago
should drop indicator always be shown when scroll dragging a tab, even if the tab can't be dropped?
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: moco, Unassigned)
References
Details
should drop indicator always be shown when scroll dragging a tab, even if the tab can't be dropped?
in bug #346314, wayne writes:
> However, in my previous comment, I was just (not very effectively) suggesting
> that maybe there's no need to set 'dragging' as false when scrolling when the
> active tab happens to pass underneath the scroll arrow. You'll notice during
> drag-scrolling that the arrow briefly vanishes as that tab sails by, but I
> think in that context the effect really doesn't add anything other that to
> appear as a flicker. If so, and the drag is over a scroll arrow, I suspect you
> could simply always return true in canDrop, and completely ignore the tab that
> is underneath it, rather than check all that in onDragOver.
to do this, I think all we have to do is:
ib.setAttribute('dragging',
- aDragSession.canDrop ? 'true' : 'false');
ib.setAttribute('dragging',
+ (aDragSession.canDrop || pixelsToScroll) ? 'true' : 'false');
as pixelsToScroll will have a non-zero value when the original target of the
onDragOver event is the scrollbutton-down or scrollbutton-up.
beltzner/ben/mconnor, do you prefer the current UI (where the drop indicator will not be shown) or wayne's suggestion, where it will be shown?
Reporter | ||
Comment 1•18 years ago
|
||
sorry for the bug spam, re-assigning bugs back to default owner if I'm not working actively on them.
Assignee: sspitzer → nobody
Comment 2•12 years ago
|
||
New direct-manipulation drag and drop fixes this issue
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•