1870717 - bad position of DELETE item option in many contextual menus

Status: RESOLVED WONTFIX

(Firefox :: Bookmarks & History, enhancement)

Description

[Michael REMY]

Attachment: firefox delete option position.jpg

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

when i open a contextual menu to delete a thing (either a bookmark or a history item)

Actual results:

the position of the group with "DELETE option" is always bad (before cut/copy/paste) in many contextual menus (at least 2 found : bookmark contextual menu and hsitory contextual menu)

Expected results:

i check a tone of other apps and alwso other browser (chrome, edge, safari, ie), even my old firefox (release 88), and the Delete group is ALWAYS after cut/copy/past or always in the bottom of the contextual menu.

It is not logical to have a delete option before a create/edit option.
I can't find one software or app or web app witch this curious issue position!

On my upload snapshots, i added a red arrow to show you where the delete options should be located.

Comment 1

[Daniel Bodea [:danibodea]]

I will confirm that the button positions reported are observable in Nightly v123.0a1 and ESR v115.5.0esr on Windows 10 and MacOS 11. It would appear that it was the intended position of those buttons when they were designed. This being considered I will confirm this report as an enhancement.

Comment 2

[Marco Bonardo [:mak]]

The position was a UX design decision, we can't change it unless a new design comes out with a different layout. I don't think this is a critical problem and it could be re-evaluated in the future.

Comment 3

[Michael REMY]

(In reply to Marco Bonardo [:mak] (Away Dec 23 - Jan 7) from comment #2)

The position was a UX design decision, we can't change it unless a new design comes out with a different layout. I don't think this is a critical problem and it could be re-evaluated in the future.

hi,

"The position was a UX design decision,"

is there a text verbatim about that discussion ? i would like to know the reasons at least.
When you have habits, the change of position is quite dangerous.

As i said, i can't find another software who made that strange choice.
Will other mozilla software will have this change too in each menu ?

Comment 4

[Marco Bonardo [:mak]]

(In reply to Michael REMY from comment #3)

is there a text verbatim about that discussion ? i would like to know the reasons at least.
When you have habits, the change of position is quite dangerous.

I'd love to, but it happened years ago, so there's no resources I can provide, apart from my memory.
Menus were reorganized as a whole and bookmark specific options were renamed and grouped, I think also based on their usage statistics.
I don't think there's a guideline to keep context menuitems coherent with the OS order, plus the order may differ across OS, or even across different window managers on Linux. It would be quite complex to be coherent on all the platforms, so an order must be picked, and this was picked, rather than the classic Windows one. Again I'm not a designer, so there may be more that escapes my memory.

As i said, i can't find another software who made that strange choice.

Well, I can find many softwares with customized context menus, included Windows 11 showing icons at the bottom of the menu.

Will other mozilla software will have this change too in each menu ?

I don't think so, each software has its own design system, the only mandatory elements are related to the Mozilla branding design and colors.