UI of Dropdown Menus : long list of EnumProperty Items (ColorSpace, Language, RemapUser ID) is partially hidden #72093

New Issue

marcuspollio · 2019-12-01T17:39:38+01:00

marcuspollio commented

2019-12-01 17:39:38 +01:00

Hi all !
Here is a UI glitch in Dropdown Menus happening with long list of items.

Originally, this report was about the Language select list in the Preferences window but it actually occurs with every long Dropdown Menu lists.
This problem appears every time the Dropdown Menu is bigger than the window it is displayed inside.

System Information
Operating system: Linux-5.3.0-2-amd64-x86_64-with-debian-bullseye-sid 64 Bits
Graphics card: Mesa DRI Intel(R) UHD Graphics 630 (Coffeelake 3x8 GT2) Intel Open Source Technology Center 4.5 (Core Profile) Mesa 19.2.4
Display resolution : Full HD 1920x1080px

Blender Version
Broken: version: 2.82 (sub 3), branch: master, commit date: 2019-11-30 17:33, hash: f1ac64921b

Short description of error
Opening the Preferences window (or any small sized Blender window) with Factory Settings defaults and changing the translation language (or choosing any other option in a long Dropdown Menu) displays a "bigger than expected" dialog that is partially hidden by the side of the window in a 1920x1080 pixels screen. The user has then to resize the Preferences window to fit, not a big problem per se but would be better if defaults were better.
That is because the list of supported languages is becoming quite big, specially the "starting" ones.
Blender already has a few big list dialogs (e.g. the Editor Type or the Add Modifier) but those are generally dispayed correctly within the Blender window (almost full-screen).
That is not the case of the Preferences window.

Three possibilities to solve this:

reordering the list so it stays into the Preferences window (e.g. "In Progress" below "Complete")
allowing the list to go beyond the borders of the Preferences window (do not know if technically feasible)
resize a bit the whole Preferences window to fit
redesign how Dropdown Menus behave, allowing for easy scrolling and search

Exact steps for others to reproduce the error
see illustrations below
Thanks a lot ! =D

Hi all ! Here is a UI glitch in Dropdown Menus happening with long list of items. Originally, this report was about the Language select list in the Preferences window but it actually occurs with every long Dropdown Menu lists. This problem appears every time the Dropdown Menu is bigger than the window it is displayed inside. **System Information** Operating system: Linux-5.3.0-2-amd64-x86_64-with-debian-bullseye-sid 64 Bits Graphics card: Mesa DRI Intel(R) UHD Graphics 630 (Coffeelake 3x8 GT2) Intel Open Source Technology Center 4.5 (Core Profile) Mesa 19.2.4 Display resolution : Full HD 1920x1080px **Blender Version** Broken: version: 2.82 (sub 3), branch: master, commit date: 2019-11-30 17:33, hash: `f1ac64921b` **Short description of error** Opening the Preferences window (or any small sized Blender window) with Factory Settings defaults and changing the translation language (or choosing any other option in a long Dropdown Menu) displays a "bigger than expected" dialog that is partially hidden by the side of the window in a 1920x1080 pixels screen. The user has then to resize the Preferences window to fit, not a big problem per se but would be better if defaults were better. That is because the list of supported languages is becoming quite big, specially the "starting" ones. Blender already has a few big list dialogs (e.g. the Editor Type or the Add Modifier) but those are generally dispayed correctly within the Blender window (almost full-screen). That is not the case of the Preferences window. Three possibilities to solve this: - reordering the list so it stays into the Preferences window (e.g. "In Progress" below "Complete") - allowing the list to go beyond the borders of the Preferences window (do not know if technically feasible) - resize a bit the whole Preferences window to fit - redesign how Dropdown Menus behave, allowing for easy scrolling and search **Exact steps for others to reproduce the error** see illustrations below Thanks a lot ! =D ![preferences_UI_bug.png](https://archive.blender.org/developer/F8183531/preferences_UI_bug.png) ![BLNDR_DropdownIssue.jpg](https://archive.blender.org/developer/F8723431/BLNDR_DropdownIssue.jpg)

marcuspollio commented

2019-12-01 17:39:38 +01:00

Added subscriber: @marcuspollio

blender-admin commented

2019-12-01 17:39:38 +01:00

#94367 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#83401 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#79668 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#73510 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#64224 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#62710 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#52503 was marked as duplicate of this issue

blender-admin commented

2019-12-01 17:39:38 +01:00

#72117 was marked as duplicate of this issue

marcuspollio commented

2019-12-01 17:58:14 +01:00

Just saw now a partially related report : #62710

Harley Acheson commented

2019-12-02 18:38:24 +01:00

Added subscriber: @Harley

Harley Acheson commented

2019-12-02 18:38:24 +01:00

There is a similar complaint here: https://developer.blender.org/T72117

I'm not sure this is solved well by just adjusting the size of the Properties window. At 1X scale it needs to be at least about 960 wide to fit the width it. But the height still remains an issue because a list with columns is confusing when it has to vertically scroll. You need 700 high to see it all since it has to open downwards to show the entire thing.

I personally think we should be turning these into single column when they get close to the width of their window. At that point they are longer, scroll nicely, and make more sense:

There is a similar complaint here: https://developer.blender.org/T72117 I'm not sure this is solved well by just adjusting the size of the Properties window. At 1X scale it needs to be at least about 960 wide to fit the width it. But the height still remains an issue because a list with columns is confusing when it has to vertically scroll. You need 700 high to see it all since it has to open downwards to show the entire thing. I personally think we should be turning these into single column when they get close to the width of their window. At that point they are longer, scroll nicely, and make more sense: ![LanguagesList.png](https://archive.blender.org/developer/F8185254/LanguagesList.png) ![NarrowEnumLists.png](https://archive.blender.org/developer/F8185256/NarrowEnumLists.png)

Germano Cavalcante commented

2019-12-04 15:02:07 +01:00

Added subscriber: @knekke

marcuspollio changed title from ~~Small UI glitch in Preferences : Language Translation list is partially hidden~~ to UI glitch in Dropdown Menu : long list of EnumProperty Items is partially hidden

2019-12-11 15:46:11 +01:00

Harley Acheson commented

2019-12-11 16:18:38 +01:00

Have a patch that collapses this list to a single column if there is enough available space. It has to base this on an estimation of what the menu width would be, which adds complication. That calculation could be made more accurate, but that adds yet more complexity, etc. So not sure if this is the proper road, but worth testing:

https://developer.blender.org/D6362

Have a patch that collapses this list to a single column if there is enough available space. It has to base this on an estimation of what the menu width would be, which adds complication. That calculation could be made more accurate, but that adds yet more complexity, etc. So not sure if this is the proper road, but worth testing: https://developer.blender.org/D6362

Germano Cavalcante commented

2020-01-16 22:41:36 +01:00

Added subscribers: @TodorNikolov, @mano-wii, @mont29

Richard Antalik commented

2020-02-01 11:00:48 +01:00

Added subscribers: @Nart, @StephenSwaney

Richard Antalik commented

2020-02-01 11:00:52 +01:00

Added subscribers: @VincentGires, @Gunterr, @bbworld

Brecht Van Lommel commented

2020-02-03 12:39:38 +01:00

Added subscriber: @shotalot

marcuspollio commented

2020-03-19 15:22:45 +01:00

As Campbell Barton mentionned on the patch D6362, the lists of enums could be more like the ones of IDs, with are searchable and scrollable when exceeding a certain length. It would resolve most described problems of this task.

Have a great day !

As Campbell Barton mentionned on the patch [D6362](https://archive.blender.org/developer/D6362), the lists of enums could be more like the ones of IDs, with are searchable and scrollable when exceeding a certain length. It would resolve most described problems of this task. Have a great day !

Yegor commented

2020-03-25 23:12:47 +01:00

Added subscriber: @YegorSmirnov

Bradley Mullennix commented

2020-07-27 18:43:41 +02:00

Added subscriber: @B4adle7

Bradley Mullennix commented

2020-07-27 18:43:41 +02:00

Maybe update the ui dropdown widget to be only vertical list,
having default max_count of something like "10",
that can be changed by the tool maker, with a vertical scroll bar for the list.

This now has become a problem making use of the ACES colorspace. The only way to set the needed colorspace is via python command.
Did try using the expected method of starting to type in the selection desired. It does give the first one.
But then there is no way of cycling through list items.
Common methods for drop down widgets is either typing the item you need, or clicking the first letter of the item list, and it cycles through.

The QT UI system might be a good reference.

Here is the specific drop down widget issue this bug/feature/design issue is for.
With ACES Colorspace setup, it is impossible to select the needed input colorspaces from the UI/widget.
The most used input color spaces are "Utility - Raw" "Utility - sRGB - Texture" and "Utility - Linear - sRGB"
Drop down widget does not allow this unless possibly you have 4k monitor or 2 or more monitors to spread the application across to allow the widget to contain the list.

Maybe update the ui dropdown widget to be only vertical list, having default max_count of something like "10", that can be changed by the tool maker, with a vertical scroll bar for the list. This now has become a problem making use of the ACES colorspace. The only way to set the needed colorspace is via python command. Did try using the expected method of starting to type in the selection desired. It does give the first one. But then there is no way of cycling through list items. Common methods for drop down widgets is either typing the item you need, or clicking the first letter of the item list, and it cycles through. The QT UI system might be a good reference. Here is the specific drop down widget issue this bug/feature/design issue is for. With ACES Colorspace setup, it is impossible to select the needed input colorspaces from the UI/widget. The most used input color spaces are "Utility - Raw" "Utility - sRGB - Texture" and "Utility - Linear - sRGB" Drop down widget does not allow this unless possibly you have 4k monitor or 2 or more monitors to spread the application across to allow the widget to contain the list. ![BLNDR_DropdownIssue.jpg](https://archive.blender.org/developer/F8723431/BLNDR_DropdownIssue.jpg)

Yegor commented

2020-07-27 21:46:44 +02:00

Poking. Auto search on typing on every dropdown would be very handy and intuitive as well as a scrollbar.

Philipp Oeser commented

2020-08-10 13:51:08 +02:00

Added subscribers: @MAREYUS, @lichtwerk

marcuspollio changed title from ~~UI glitch in Dropdown Menu : long list of EnumProperty Items is partially hidden~~ to UI of Dropdown Menus : long list of EnumProperty Items is partially hidden

2020-08-11 11:08:55 +02:00

Evan Wilson commented

2020-12-04 21:23:26 +01:00

Added subscriber: @PaulChambers

Vlad Kuzmin commented

2021-09-13 05:29:08 +02:00

Added subscriber: @ssh4

Vlad Kuzmin commented

2021-09-13 05:29:08 +02:00

Poking.
Drop down totally unusable on big lists for example ACES acio 1.2 default profiles{F10407923}

Poking. Drop down totally unusable on big lists for example ACES acio 1.2 default profiles{[F10407923](https://archive.blender.org/developer/F10407923/image.png)}

Asger Langhoff commented

2021-09-20 12:43:12 +02:00

Added subscriber: @Asger

Asger Langhoff commented

2021-09-20 12:43:12 +02:00

Poking.
This is a huge issue when working in ACES.

Poking. This is a huge issue when working in ACES.

Philipp Oeser changed title from ~~UI of Dropdown Menus : long list of EnumProperty Items is partially hidden~~ to UI of Dropdown Menus : long list of EnumProperty Items (ColorSpace, Language, RemapUser ID) is partially hidden

2021-12-28 15:04:35 +01:00

Philipp Oeser commented

2021-12-28 15:05:41 +01:00

Added subscribers: @XenWildman, @jenkm, @NavidZambi0

Bas van Bergen commented

2022-06-10 11:42:29 +02:00

Added subscriber: @basvanbergen

Daniel Bystedt commented

2022-11-23 17:25:38 +01:00

Added subscriber: @DanielBystedt

Daniel Bystedt commented

2022-11-23 17:25:38 +01:00

I agree that this is an issue when working with ACES. A pipeline colleague found this thread. I'm just going to poke this thread and add an image (from our wiki) of all the enum options on the screen to illustrate the issue

I agree that this is an issue when working with ACES. A pipeline colleague found this thread. I'm just going to poke this thread and add an image (from our wiki) of all the enum options on the screen to illustrate the issue ![selecting correct color space.png](https://archive.blender.org/developer/F13963689/selecting_correct_color_space.png)

👍 1

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

UI of Dropdown Menus : long list of EnumProperty Items (ColorSpace, Language, RemapUser ID) is partially hidden #72093