Closed
Bug 1270432
Opened 9 years ago
Closed 9 years ago
MenuView: add long press actions to MenuItems.
Categories
(Firefox for iOS :: Browser, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jhugman, Assigned: jhugman)
References
Details
Attachments
(1 file)
The menu delegate should should process the long press actions in the same way as for normal actions, i.e. in MenuActionDelegate.
| Assignee | ||
Updated•9 years ago
|
| Assignee | ||
Comment 1•9 years ago
|
||
If and when we want to support user re-ordering/removal of menu items within the same menu, this bug will mean we can't use long press to switch into menu edit mode.
| Assignee | ||
Comment 2•9 years ago
|
||
Should there be any visual difference to indicate that there is a secondary action behind this menu? (e.g. 'Home…', or a different tint?)
Also: note to self: update the HIG docs for MenuView around secondary actions must have a confirmation dialog.
Flags: needinfo?(randersen)
Updated•9 years ago
|
Flags: needinfo?(randersen) → needinfo?(sfranks)
Comment 3•9 years ago
|
||
Let's descope the long-press on the home button. A user can still change their home page via settings, and we can spend a little more time thinking on this.
Flags: needinfo?(sfranks)
| Assignee | ||
Comment 4•9 years ago
|
||
Added support for MenuItems and MenuToolbarItems.
Attachment #8749593 -
Flags: review?(etoop)
| Assignee | ||
Comment 5•9 years ago
|
||
I have contradictory thoughts on this, mostly based on a sunk cost fallacy.
Do we want to land this anyway and refine it or is it the opportunity cost of using up the long press gesture?
Flags: needinfo?(sfranks)
Comment 6•9 years ago
|
||
Comment on attachment 8749593 [details] [review]
Pull request
LGTM. Just a couple of small things.
Attachment #8749593 -
Flags: review?(etoop) → review+
Comment 7•9 years ago
|
||
(In reply to James Hugman [:jhugman] [@jhugman] from comment #5)
> Do we want to land this anyway and refine it or is it the opportunity cost
> of using up the long press gesture?
I think it's the latter. If we eventually want users to be able to customize their menus (removing items, rearranging icons) then the natural way to do this on IOS is to long press on an icon to enter this edit mode.
Long-pressing the Home button to change the homepage again is also not discoverable, and I also don't believe users will be changing their home pages often enough that a short cut is warranted.
Flags: needinfo?(sfranks)
| Assignee | ||
Comment 8•9 years ago
|
||
This is a great reply, thanks.
Is there anything to be saved from this PR even if we don't use it in the product? e.g. 3D touch?
(:fluffyemily and I have an eye on splitting the menu out as a separate project)
Flags: needinfo?(sfranks)
| Assignee | ||
Comment 9•9 years ago
|
||
This is a great reply, thanks.
Is there anything to be saved from this PR even if we don't use it in the product? e.g. use a 3D touch gesture?
(:fluffyemily and I have an eye on splitting the menu out as a separate project)
| Assignee | ||
Comment 10•9 years ago
|
||
Addressed nits, and rebased. Not merged.
| Assignee | ||
Comment 11•9 years ago
|
||
Merged though unused by homepage.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Flags: needinfo?(sfranks)
Resolution: --- → FIXED
Comment 12•9 years ago
|
||
> Is there anything to be saved from this PR even if we don't use it in the
> product? e.g. use a 3D touch gesture?
3D Touch is a great idea. I just reviewed the HIG and no red flags have been raised. We should totally use it for this button to reset the current page as Home. It's a tiny, secret little shortcut, but could be handy. And those without devices that support 3D Touch can still edit their page through the Settings.
You need to log in
before you can comment on or make changes to this bug.
Description
•