Closed
Bug 527941
Opened 15 years ago
Closed 15 years ago
Row un-highlights when moving cursor in that same row
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: aakashd, Unassigned)
Details
Build Id: Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2b3pre) Gecko/20091111 Firefox/3.6b2pre Fennec/1.0b5 and Mozilla/5.0 (X11; U; Linux armv6l; Nokia N8xx; en-US; rv:1.9.3a1pre) Gecko/20091111 Firefox/3.7a1pre Fennec/1.0b5 Note: This is a follow-up bug from bug 525997 Steps to Reproduce: 1. Open up the awesome bar by clicking on the url field. 2. Mousedown and hold on a row 3. Pan horizontally within the row 4. Mousedown and hold on a row again 5. Pan vertically Actual Results: When panning horizontally, the row un-highlights itself Expected Results: When panning horizontally on the same row, the row should still be highlighted.
Flags: in-litmus?
Reporter | ||
Comment 1•15 years ago
|
||
Sorry, instead of filing another bug, I'd also like to add that the row un-highlights when panning vertically while still on that row. I think the inherent purpose of bug 525997 was to get rid of highlighting behavior when the position of the cursor had nothing to do with the row that was initially moused-down.
Summary: Row un-highlights when moving cursor horizontally while on that same row → Row un-highlights when moving cursor in that same row
Reporter | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
Comment 2•15 years ago
|
||
Even when we pan over the same row, it should not be highlighted because when we detect a pan we cancel the next click. Highlighting a row has a sense when a click has an effect on it, only (imo).
Comment 3•15 years ago
|
||
(In reply to comment #1) > Sorry, instead of filing another bug, I'd also like to add that the row > un-highlights when panning vertically while still on that row. I think the > inherent purpose of bug 525997 was to get rid of highlighting behavior when the > position of the cursor had nothing to do with the row that was initially > moused-down. Not exactly -- the idea is to get as close as we can to having no highlighting when what the user is trying to do it pan rather than tap, while still not delaying tap highlighting too much.
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 4•15 years ago
|
||
Alright, I'm not sure that this is invalid, but this isn't going to be fixed. I'll verify as such.
Status: RESOLVED → VERIFIED
Assignee | ||
Updated•11 years ago
|
tracking-fennec: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•