Page MenuHomePhorge

Inconsistency in drop-down-menu design (Inbox)
Open, LowPublic

Description

Problem
different design of drop-down menus

Bildschirmfoto 2018-01-31 um 18.24.08.png (208×380 px, 32 KB)

Bildschirmfoto 2018-01-31 um 18.24.26.png (558×392 px, 74 KB)

Solution
use same formatting/font/colors/etc. for menus

Details

Ticket Type
Task

Event Timeline

True, the drop-down-menu in the first screenshot looks rather like the macOS-drop-down-menus, not like something roundcube-specific...

This also applies to the drop-down menu of the sorting options

Bildschirmfoto 2018-02-01 um 12.28.29.png (336×416 px, 31 KB)

In T3595#52240, @Laura wrote:

True, the drop-down-menu in the first screenshot looks rather like the macOS-drop-down-menus, not like something roundcube-specific...

Exactly

Isn't this just depending on wether you use the right click dropdown, or just the "normal" dropdown. I could imagine that with the normal one the developers just implemented the operating software specific design? Therefore it would be interesting how it looks on a non Mac computer.

Ich gluabe es sind einfach zwei unterschiedliche Designs, je nachdem ob es Auswahl von Optionen ist, die in dem Feld erscheinen können oder "eigene" Optionen die man an und ausstellen kann?

naja es sind doch nur 2 verschiedene designs oder?
bei einem kann man EINE option auswählen (z.b. aufsteigend, ungelesen...)
bei dem anderen kann man MEHRERE Optionen auswählen indem man Schalter "umlegt"

dementsprechend sind auch die Menüs unterschiedlich designt

oder hab ich das jetzt den Screenshots falsch gesehen?

naja es sind doch nur 2 verschiedene designs oder?
bei einem kann man EINE option auswählen (z.b. aufsteigend, ungelesen...)
bei dem anderen kann man MEHRERE Optionen auswählen indem man Schalter umlegt

dementsprechend sind auch die Menüs unterschiedlich designt

oder hab ich das jetzt in den Screenshots falsch gesehen?

Yes, it's "only two different designs" but the point is that actually in email program all (drop down) menus should look the same (concerning color, font etc.) - and this is not the case here.

they are different kinds of menus, but they could be designed in the same way, meaning same font, same background color.

This is not the same and I don't think they need to look the same. On the first screenshot you have the standard <select> element. How it looks depends on the web browser used. The other screenshot contains a custom dialog which is not a <select> and is not a single-selection list. Of course we could replace <select> lists with something custom, but I'm just not sure this is a good practice. BTW, there's another ticket about iOS Safari select lists looking completely different, but I guess browser/device developers do this for a reason.

@machniak

I think for the user it is less confusing when all drop-down menus look the same - and since he is currently in this program, he expects everything in the program to "look like the program".

Maybe the screenshot here is indeed not the best to compare the first one to, but take something like this:
For the user, it would be really consistent, if all drop-down-menus would use the same arrow as used here, and also the same kind of drop-down-menu as shown here.

Bildschirmfoto 2018-02-14 um 23.03.39.png (900×1 px, 344 KB)

bohlender lowered the priority of this task from 40 to Low.Aug 12 2019, 10:01 AM
bohlender moved this task from Ready for Alec to Backlog on the UX Seminar WS17 board.