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)

x86_64
Linux
defect

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.
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]
Assignee: zer0 → nobody
Depends on: 788324
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.