Weird behavior of collapsed area in the preferences editor. #95493

New Issue

slwk1d · 2022-02-04T13:25:22+01:00

slwk1d commented

2022-02-04 13:25:22 +01:00

System Information
Operating system: Windows-10-10.0.19044-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 472.47

Blender Version
Broken: version: 3.0.1, branch: master, commit date: 2022-01-25 17:19, hash: dc2d180181
Worked:

Short description of error
If you open the Preferences editor NOT with edit menu but by changing editor type, there has always been a weird behavior with a collapsed "area" in the bottom left of the editor, where a cut scrollbar appears but doesn't lead to anything. Wouldn't be better to make this editor exactly the same way of opening it with Edit, with the 3 lines with saving options and without the "Preferences" menu in the top left?

Exact steps for others to reproduce the error

Open Blender
change any editor with the Preferences editor.
Expand collapsed header from the bottom

2022-02-04 13-14-26.mp4

**System Information** Operating system: Windows-10-10.0.19044-SP0 64 Bits Graphics card: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 472.47 **Blender Version** Broken: version: 3.0.1, branch: master, commit date: 2022-01-25 17:19, hash: `dc2d180181` Worked: **Short description of error** If you open the Preferences editor NOT with edit menu but by changing editor type, there has always been a weird behavior with a collapsed "area" in the bottom left of the editor, where a cut scrollbar appears but doesn't lead to anything. Wouldn't be better to make this editor exactly the same way of opening it with Edit, with the 3 lines with saving options and without the "Preferences" menu in the top left? **Exact steps for others to reproduce the error** - Open Blender - change any editor with the Preferences editor. - Expand collapsed header from the bottom [2022-02-04 13-14-26.mp4](https://archive.blender.org/developer/F12845577/2022-02-04_13-14-26.mp4)

slwk1d commented

2022-02-04 13:25:22 +01:00

Added subscriber: @Slowwkidd

Pratik Borhade commented

2022-02-04 13:48:33 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

RedMser commented

2022-02-05 19:37:41 +01:00

Added subscriber: @RedMser

RedMser commented

2022-02-05 19:37:41 +01:00

Note that this only happens when the preferences editor's header is showing. If you collapse the header, the footer looks fine.

Leon Schittek commented

2022-02-06 11:24:58 +01:00

Added subscriber: @lone_noel

Leon Schittek commented

2022-02-06 11:24:59 +01:00

NOTE: Scratch this comment.
I just noticed that the current behavior is designed so that the header (that is shown at the bottom of the preferences pop out) replaces the execute area with the condensed menu. So getting rid of the poll will have both at the bottom.

Looking at the poll function in USERPREF_PT_save_preferences it seems like it is kind of intentional. Though I think it doesn't really behave ideal.

The poll prevents the content of the panel from being drawn, when the header is visible, but it doesn't actually hide the panel itself. So even if the scroll bar artifact could be fixed, I don't think being able to show an empty panel in the lower left is great.

Just removing the poll seems to give the expected behavior though: When switching to the preferences from an existing editor the execute region in the lower left is hidden by default, but it is showing properly when uncollapsed by the user.

I understand that it's not ideal to have functionality duplicated in the header and execute region, but it seems better than having a completely empty panel. I also think a lot of users will naturally reach for the lower left when trying to save, as that's where they do it normally.

NOTE: Scratch this comment. I just noticed that the current behavior is designed so that the header (that is shown at the *bottom* of the preferences pop out) replaces the execute area with the condensed menu. So getting rid of the poll will have both at the bottom. Looking at the poll function in `USERPREF_PT_save_preferences` it seems like it is kind of intentional. Though I think it doesn't really behave ideal. The poll prevents the content of the panel from being drawn, when the header is visible, but it doesn't actually hide the panel itself. So even if the scroll bar artifact could be fixed, I don't think being able to show an empty panel in the lower left is great. Just removing the poll seems to give the expected behavior though: When switching to the preferences from an existing editor the execute region in the lower left is hidden by default, but it is showing properly when uncollapsed by the user. I understand that it's not ideal to have functionality duplicated in the header and execute region, but it seems better than having a completely empty panel. I also think a lot of users will naturally reach for the lower left when trying to save, as that's where they do it normally.

slwk1d commented

2022-02-06 15:01:13 +01:00

But wouldn't make more sense to just not have at all the area and the arrow to expand it, considering that the options it's supposed to show are already in the top header? Without considering this bug, the difference between opening the Preferences from a previous editor and opening it with Edit is:

In the latter the options are at the bottom, condensed in 3 lines menu, which can be expanded as a regular header, put at the bottom.
In the former, the options are the top presented in a header, which can be condensed in a 3 line menu and flipped at the bottom if wanted.

This is not an issue of where the area is placed, but of a bug caused by redundancy, as opening the editor as shown in the video keeps the options both as a regular header and as a bottom condensed menu. Your solution solves the visual bug, but keeps the redundancy.

But wouldn't make more sense to just not have at all the area and the arrow to expand it, considering that the options it's supposed to show are already in the top header? Without considering this bug, the difference between opening the Preferences from a previous editor and opening it with Edit is: - In the latter the options are at the bottom, condensed in 3 lines menu, which can be expanded as a regular header, put at the bottom. - In the former, the options are the top presented in a header, which can be condensed in a 3 line menu and flipped at the bottom if wanted. This is not an issue of where the area is placed, but of a bug caused by redundancy, as opening the editor as shown in the video keeps the options both as a regular header and as a bottom condensed menu. Your solution solves the visual bug, but keeps the redundancy.

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Weird behavior of collapsed area in the preferences editor. #95493