Highlight active item in pop-up menu (eg: Editor Type) #45643

Open
opened 2015-08-01 15:22:14 +02:00 by Paweł Łyczkowski · 22 comments

Currently the only way for newcomers to learn what is the currently chosen Editor in an Area is to compare the icon in the Editor Type combo-box with the list of icons when the combo box is open (it's not something that long time users think about).

Currently the only way for newcomers to learn what is the currently chosen Editor in an Area is to compare the icon in the Editor Type combo-box with the list of icons when the combo box is open (it's not something that long time users think about).

Changed status to: 'Open'

Changed status to: 'Open'
Added subscribers: @PawelLyczkowski-1, @JulianEisel, @JonathanWilliamson

Here is my proposition:

asdf.png

Here is my proposition: ![asdf.png](https://archive.blender.org/developer/F216815/asdf.png)

Added subscriber: @ideasman42

Added subscriber: @ideasman42

Added subscriber: @zeauro

Added subscriber: @zeauro

I have to say that I did not immediately notice this little dot.
I think that problem is the massive text that list represents.
IMHO, it would be better if inactive editors were greyed out.

I have to say that I did not immediately notice this little dot. I think that problem is the massive text that list represents. IMHO, it would be better if inactive editors were greyed out.

@zeauro Grayed out means "inactive", as in "not possible to activate".

It could be some sort of highlight, for instance the standard one but with 50% opacity.

Here is a mockup with a highlight by Nicolas Wirrmann:

asdf.jpg

@zeauro Grayed out means "inactive", as in "not possible to activate". It could be some sort of highlight, for instance the standard one but with 50% opacity. Here is a mockup with a highlight by Nicolas Wirrmann: ![asdf.jpg](https://archive.blender.org/developer/F216822/asdf.jpg)
Member

I like the idea, general +1 from here. I even think the dot is enough, we could introduce this for all/more menus of this type, people will become used to it then.

I like the idea, general +1 from here. I even think the dot is enough, we could introduce this for all/more menus of this type, people will become used to it then.

It seems that an highlight at 50 % is counterproductive. It looks less readable as is.
It is why I wanted to say item text highlighted for active editor.
It could be simply a different color. The one mostly used for active item.
AEHlight2.jpg
IMHO, a full item background totally colored looks too much to selection under mouse.

But I think that an horizontal symbol works better to interrupt vertical scanning.
I propose a subtil outline or a symbol doubled on right and left side to frame the item.
Sorry, I made a mistake in my mock-up. I should have capture User preferences.
AEHlight.jpg

It seems that an highlight at 50 % is counterproductive. It looks less readable as is. It is why I wanted to say item text highlighted for active editor. It could be simply a different color. The one mostly used for active item. ![AEHlight2.jpg](https://archive.blender.org/developer/F216899/AEHlight2.jpg) IMHO, a full item background totally colored looks too much to selection under mouse. But I think that an horizontal symbol works better to interrupt vertical scanning. I propose a subtil outline or a symbol doubled on right and left side to frame the item. Sorry, I made a mistake in my mock-up. I should have capture User preferences. ![AEHlight.jpg](https://archive.blender.org/developer/F216891/AEHlight.jpg)

Added subscriber: @tyoc213

Added subscriber: @tyoc213

Added subscriber: @Sergey

Added subscriber: @Sergey

I'm not sure why you're re-inventing something here. We've got similar functionality in other menus: layout, scene selection and it is to be generalized for the case being discussed here (if it can't be used already).

I'm not sure why you're re-inventing something here. We've got similar functionality in other menus: layout, scene selection and it is to be generalized for the case being discussed here (if it can't be used already).
Member

In templateID menus, like the layout or scene menu, the active item is highlighted until another item is highlighted. This isn't a great solution either as it disappears as soon as you enter the menu with the mouse.
Instead I think we could try to find a better solution here and use it for these menus as well.

In templateID menus, like the layout or scene menu, the active item is highlighted until another item is highlighted. This isn't a great solution either as it disappears as soon as you enter the menu with the mouse. Instead I think we could try to find a better solution here and use it for these menus as well.

While its nice to make improvements to menu behavior, I don't think this is that big a problem.
So rather than adding more UI overlay info... am leaning towards using the existing selection (a little like how other pop-ups already remember their last used values).

@JulianEisel, While using the selection gets lots once the user interacts, I don't think users are opening menus... spending long time to select and item... then forgetting whats active?

This is at least a quick visual hint which is active so you don't need to play some icon-matching game early on before you memorize them.

Even so... can see points for & against this.

While its nice to make improvements to menu behavior, I don't think this is _that_ big a problem. So rather than adding more UI overlay info... am leaning towards using the existing selection *(a little like how other pop-ups already remember their last used values)*. @JulianEisel, While using the selection gets lots once the user interacts, I don't think users are opening menus... spending long time to select and item... then forgetting whats active? This is at least a quick visual hint which is active so you don't need to play some icon-matching game early on before you memorize them. Even so... can see points for & against this.

Added experimental diff, D1450 which implements highlighting-currently-selected item.

Added experimental diff, [D1450](https://archive.blender.org/developer/D1450) which implements highlighting-currently-selected item.
Campbell Barton changed title from Highlight active Editor Type. to Highlight active item in pop-up menu (eg: Editor Type) 2015-08-08 14:21:00 +02:00

Did anyone try the patch D1450 ?

Did anyone try the patch [D1450](https://archive.blender.org/developer/D1450) ?

@ideasman42

I will. Give me 1-2 days to learn how to do it (it's about time I did).

@ideasman42 I will. Give me 1-2 days to learn how to do it (it's about time I did).
Member

I tested the patch right after you created it. It's doing what it's supposed to do, and IMHO it's okay as a solution.

I tested the patch right after you created it. It's doing what it's supposed to do, and IMHO it's okay as a solution.

@ideasman42 D1450 works well, although personally I find it weird. I find it weird because when I open the menu I immediately feel like my cursor has jumped, since I'm expecting the highlight to be at my cursor location. Admittedly I've never really found the original issue to be a problem, but that could simply be experience.

@ideasman42 [D1450](https://archive.blender.org/developer/D1450) works well, although personally I find it weird. I find it weird because when I open the menu I immediately feel like my cursor has jumped, since I'm expecting the highlight to be at my cursor location. Admittedly I've never really found the original issue to be a problem, but that could simply be experience.

I should add, I'm not convinced that the core issue is actually a problem because we already change out the icon on the menu to be the current selection. In other words a new user can learn what editor is active by what icon is displayed. Seems to me this is more effective than a highlight of some kind would be.

I should add, I'm not convinced that the core issue is actually a problem because we already change out the icon on the menu to be the current selection. In other words a new user can learn what editor is active by what icon is displayed. Seems to me this is more effective than a highlight of some kind would be.

Also not convinced this is really needed or useful enough to justify the change.

Also not convinced this is really needed or useful enough to justify the change.

I should add, I'm not convinced that the core issue is actually a problem because we already change out the icon on the menu to be the current selection. In other words a new user can learn what editor is active by what icon is displayed.

Please keep in mind that a new user is not informed at any point what each editor is. Usually this is not a problem since usually windows have their name in a tab above them is software, and these names guide the user through the program:

shot_150909_192346.png
(This screenshot is from Godot which is open source, so it should be okay to post it here)

Blender doesn't do that, and doesn't even indicate the editor type in the editor chooser drop-down menu (which is itself hard to find). The only way is icon-comparing mental gymnastics - it's not hard, but each such thing adds up to the general program's inaccessibility.

>I should add, I'm not convinced that the core issue is actually a problem because we already change out the icon on the menu to be the current selection. In other words a new user can learn what editor is active by what icon is displayed. Please keep in mind that a new user is not informed at any point what each editor is. Usually this is not a problem since usually windows have their name in a tab above them is software, and these names guide the user through the program: ![shot_150909_192346.png](https://archive.blender.org/developer/F231760/shot_150909_192346.png) *(This screenshot is from Godot which is open source, so it should be okay to post it here)* Blender doesn't do that, and doesn't even indicate the editor type in the editor chooser drop-down menu (which is itself hard to find). The only way is icon-comparing mental gymnastics - it's not hard, but each such thing adds up to the general program's inaccessibility.
Philipp Oeser removed the
Interest
User Interface
label 2023-02-10 09:26:29 +01:00
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
7 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#45643
No description provided.