Closed
Bug 669501
Opened 13 years ago
Closed 7 years ago
unable to pan diagonally if initial movement direction is 90 degrees
Categories
(Firefox for Android Graveyard :: Panning/Zooming, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: Atoll, Unassigned)
Details
Attachments
(1 file, 1 obsolete file)
869 bytes,
patch
|
Details | Diff | Splinter Review |
Problem: If I start panning around a web page with a vertical drag, and then try to pan diagonally, Fennec ignores the non-vertical component of the pan. The same problem occurs with a horizontal drag. Workaround: Starting every drag with a diagonal drag permits panning in any direction. Parity: Stock browser initially locks to vertical pan only in the same way as Fennec, but then realizes that I'm trying to pan sideways and unlocks the panning.
Updated•13 years ago
|
Assignee: nobody → wjohnston
Comment 1•13 years ago
|
||
We currently refuse to release the lock if you've moved more than a little bit away from the start point. This removes that check. We then also base deciding whether to lock based on how far you have moved in the x-direction vs. the y-direction. This changes that. Still building to test on device. Will ask for review after.
Comment 2•13 years ago
|
||
Note we we will only revert this if you move 0.8 inches in the new direction. On my phone, for verticals pans starting in the middle of the screen, moving that far in the horizontal direction is barely possible. Stock seems to allow this, but it seemed kinda sporadic to me too. Sometimes it would allow changing the lock. Sometimes not. So... not entirely sure if we want this or not.
Attachment #547168 -
Attachment is obsolete: true
Attachment #547232 -
Flags: review?(ben)
Comment 3•13 years ago
|
||
Comment on attachment 547232 [details] [diff] [review] Patch The problem with this patch is that I can't put my finger down and move around in a small circle because it's locked. I can go out of my way to unlock it, but it feels more restrictive to me than before. Perhaps reduce the lock revert threshold?
Attachment #547232 -
Flags: review?(ben)
Comment 4•13 years ago
|
||
I do think this is worth investigating, as we were in a totally different world when this was written. Sidebars came out all the time and they were very slow too. We could do much more free locking as long as quick swipes never start bringing out the sidebars. Perhaps the locking behavior should depend on the size of the pan for the past, say, 400msecs. If it was a violent stroke, keep it in line. If there is more finesse, allow leeway.
Updated•11 years ago
|
Assignee: wjohnston → nobody
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•