Closed
Bug 591167
Opened 14 years ago
Closed 14 years ago
border trenches should be triggered even if the edge only overlaps, but is not contained by the active range of the trench
Categories
(Firefox Graveyard :: Panorama, defect)
Firefox Graveyard
Panorama
Tracking
(blocking2.0 -)
VERIFIED
FIXED
Firefox 4.0b7
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: mitcho, Assigned: mitcho)
Details
Attachments
(1 file, 3 obsolete files)
(deleted),
patch
|
Details | Diff | Splinter Review |
Right now (beta 4) Tab Candy's snapping system will only snap a group item to the edge of another one if the dragged group item's bounds are contained with the "active range" of the other (stationary) group's trench (aka "snapping zone").
For example, in beta 4, the following group being dragged would not snap:
http://img.skitch.com/20100827-edq5r6fuiu48jsatyfetxb6myt.jpg
In earlier versions of TabCandy, this was working the way I believe it should: based on overlap, not containment. At some point prior to beta 4, I believe this behavior changed. I think we should take it back.
Assignee | ||
Comment 1•14 years ago
|
||
Aza, please ok this behavior change so we can get this reviewed and approved.
Attachment #469770 -
Flags: review?(dolske)
Attachment #469770 -
Flags: feedback?(aza)
Updated•14 years ago
|
Attachment #469770 -
Flags: feedback?(aza) → feedback+
Comment 2•14 years ago
|
||
Reviewed and accepted.
Assignee | ||
Comment 3•14 years ago
|
||
Requesting blocking for beta 6.
blocking2.0: --- → ?
Target Milestone: Firefox 4.0b5 → Firefox 4.0b6
Assignee | ||
Updated•14 years ago
|
Attachment #469770 -
Flags: review?(dolske) → review?(dietrich)
Comment 4•14 years ago
|
||
nice interaction polish, but not something we'd hold the whole release for, so blocking-.
blocking2.0: ? → -
Comment 5•14 years ago
|
||
Comment on attachment 469770 [details] [diff] [review]
Proposed patch
nit: name the function, so that it shows up properly in debuggers. r+a=me with that change.
Attachment #469770 -
Flags: review?(dietrich)
Attachment #469770 -
Flags: review+
Attachment #469770 -
Flags: approval2.0+
Assignee | ||
Comment 6•14 years ago
|
||
Attachment #469770 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Keywords: checkin-needed
Comment 7•14 years ago
|
||
Comment 8•14 years ago
|
||
And backed out due to Moth test failures.
Keywords: checkin-needed
Assignee | ||
Comment 9•14 years ago
|
||
Note that bug 591705 was the culprit for failing mochitests on jdm's checking.
However, we need a mochitest for this before we can land it.
Keywords: testcase-wanted
Assignee | ||
Updated•14 years ago
|
Attachment #471926 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Keywords: testcase-wanted
Assignee | ||
Comment 10•14 years ago
|
||
I'm going to send m-c with this patch to try now to make sure tests pass.
Attachment #472522 -
Flags: review?(dietrich)
Comment 11•14 years ago
|
||
Comment on attachment 472522 [details] [diff] [review]
Patch with test, as well as quick mod to dragdrop test to make it more robust
r=me, looks great, thanks!
Attachment #472522 -
Flags: review?(dietrich)
Attachment #472522 -
Flags: review+
Attachment #472522 -
Flags: approval2.0+
Assignee | ||
Comment 12•14 years ago
|
||
Will push to try before requesting commit
Attachment #472522 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Keywords: checkin-needed
Comment 13•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Flags: in-testsuite+
Keywords: checkin-needed
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•