Closed
Bug 756246
Opened 13 years ago
Closed 7 years ago
Changing location of context menu items
Categories
(Add-on SDK Graveyard :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: siavash.askari.nasr, Unassigned)
References
Details
I think developers should be able to change the location of a context menu item and choose what section it goes into.
Can you provide a detailed example of what you want to do? Would being able to choose to add items to either the top of the context menu or the bottom be sufficient?
Adding the triage:followup tag to followup with the UX team.
Whiteboard: [triage:followup]
(In reply to Wes Kocher (:KWierso) from comment #1)
> Can you provide a detailed example of what you want to do? Would being able
> to choose to add items to either the top of the context menu or the bottom
> be sufficient?
I don't know how positioning of context menu items is done in Firefox, so I don't know how it should be done in Add-on SDK. But what I want is this:
If an item will open a new tab, for example, I should be able to put it next to "Open Link in New Tab" item, if an item will do something on selected text, I want to place it next to "Copy" item, if an item will do something to/with an image, I want to place it next to "Save Image As" or "View Image" item, and so on.
We should set the order of items, if it's possible.
And we should be able to add separators to separate the items of our add-on from other items(in the top-level context menu, not just sub-menus) and set the position of this separated section.
Assignee: nobody → zer0
Comment 3•13 years ago
|
||
Personally, I think that this is a level of granularity we should avoid in high level APIs like context-menu: if we want to give the capability to add an item in a specific position, we should have and identifier for every possible items in every possible context menus (we have of course several context menus depends by the context), and maintain them (if a context menu item is changed or removed we have to updated our code base as well). Also, high level APIs should provide a good user experience by default, if developers can inject the item in very place could be actually be insert an item in the "wrong place".
Said that, I think what Siavash wrote in the #2 Comment could be a good trade off and also provide a better User Experience: maybe we can identify few different "area" where add the items specified by the add-on, depends by the `context` given or with an additional property.
Not sure about the separators, maybe we can add it automatically: every add-on that modify the context menu will have its separator? I doubt that will bring a good user experience… Let's see what UX says.
Priority: -- → P2
Whiteboard: [triage:followup]
Blocks: 784611
Updated•12 years ago
|
Assignee: zer0 → nobody
Comment 4•7 years ago
|
||
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•