Changes to window sizes or rearranged quick access panel components are not saved consistently (reopened) #85052

New Issue

Daniel L. Travieso · 2021-01-25T18:45:53+01:00

2021-01-25 18:45:53 +01:00

System Information
Operating system: Windows-10-10.0.18362-SP0 64 Bits
Graphics card: GeForce RTX 2060/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 457.30

Blender Version
Broken: version: 2.92.0 Beta, branch: master, commit date: 2021-01-22 18:24, hash: a1f44e43a2
Worked: (newest version of Blender that worked as expected)

Short description of error
Changes in window sizes or rearranged components are not saved.

Exact steps for others to reproduce the error

Go to EDIT -> PREFERENCES
Increase the size of the Preferences window by dragging it by the frame edge
Close the Preferences window
Open the Preferences window again by going to EDIT -> PREFERENCES
The Preferences window size is back to its original size despite you increasing the size earlier

Same goes for changes in the panels, example:

Go to FILE -> IMPORT -> COLLADA
Resize the import file window that opened
Rearrange the components in the quick access panel on the left of that window, i.e. swap the position of VOLUMES and SYSTEM by dragging them by their handle (::::)
Close the window
Reopen the window with FILE -> IMPORT -> COLLADA
You will notice it saved the resizing of this window, but it did not save the rearranged quick access panel components

It works in some cases but not consistently across the program. I took the time to report this in detail, don't give me a one-liner claiming it's not a bug just to get rid of it. It may not seem important to you but it is to me. What is the point of having arrange-able panel components if the changes are not saved? Why are some window sizes saved and others not? Clearly a bug. Are you expecting us to reconfigure the program to our needs every time we open the program?

**System Information** Operating system: Windows-10-10.0.18362-SP0 64 Bits Graphics card: GeForce RTX 2060/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 457.30 **Blender Version** Broken: version: 2.92.0 Beta, branch: master, commit date: 2021-01-22 18:24, hash: `a1f44e43a2` Worked: (newest version of Blender that worked as expected) **Short description of error** Changes in window sizes or rearranged components are not saved. **Exact steps for others to reproduce the error** - Go to EDIT -> PREFERENCES - Increase the size of the Preferences window by dragging it by the frame edge - Close the Preferences window - Open the Preferences window again by going to EDIT -> PREFERENCES The Preferences window size is back to its original size despite you increasing the size earlier Same goes for changes in the panels, example: - Go to FILE -> IMPORT -> COLLADA - Resize the import file window that opened - Rearrange the components in the quick access panel on the left of that window, i.e. swap the position of VOLUMES and SYSTEM by dragging them by their handle (::::) - Close the window - Reopen the window with FILE -> IMPORT -> COLLADA You will notice it saved the resizing of this window, but it did not save the rearranged quick access panel components It works in some cases but not consistently across the program. I took the time to report this in detail, don't give me a one-liner claiming it's not a bug just to get rid of it. It may not seem important to you but it is to me. What is the point of having arrange-able panel components if the changes are not saved? Why are some window sizes saved and others not? Clearly a bug. Are you expecting us to reconfigure the program to our needs every time we open the program?

Daniel L. Travieso commented

2021-01-25 18:45:53 +01:00

Added subscriber: @Yps

Falk David commented

2021-01-26 00:30:34 +01:00

Closed as duplicate of #62725

Falk David closed this issue

2021-01-26 00:30:34 +01:00

Falk David commented

2021-01-26 00:32:09 +01:00

Added subscriber: @filedescriptor

Falk David commented

2021-01-26 00:32:09 +01:00

Again. This is not a bug but a limitation. It is working as intended.

Daniel L. Travieso commented

2021-01-26 07:07:30 +01:00

Weird, the import window size changes are saved, but others not. That is in a Python environment a very odd "limitation". I don't think you know what you're doing.

Robert Guetzkow commented

2021-01-26 09:48:29 +01:00

Added subscriber: @rjg

Robert Guetzkow commented

2021-01-26 09:48:29 +01:00

@Yps There are multiple windows that have a hardcoded default sizes that they open with, including the user preferences, drivers editor and info log. Currently the size of these windows aren't stored. Making the window size persistent would be a design decision for the UI module to make, but as @filedescriptor stated, this is currently not considered a bug. Please keep in mind that we use a very narrow definition of what a bug is on the bug tracker. This is a feature that doesn't exist at the moment, but not a broken functionality.

Robert Guetzkow commented

2021-01-26 09:52:01 +01:00

Added subscriber: @JulianEisel

Robert Guetzkow commented

2021-01-26 09:52:01 +01:00

@JulianEisel Tagging you here so that you are aware of the complaint about the inconsistency of stored window sizes w.r.t. UX.

Julian Eisel commented

2021-01-26 12:30:59 +01:00

Like Falk and Robert said, this is working as intended. On one side it is a limitation of the 2.5 window-manager design that doesn't include such aspects (being based on the non-overlapping paradigm ). But it is also a design topic: Why would somebody want this? Because the default window size doesn't work well in all cases? Maybe the default should be changed? Or maybe the window size should change based on the content?

I don't understand what this has to do with Python, there is no Python involved in this.

For the file browser I added support for remembering the size (and some other settings), because it was important for the new file browser design to work well. There are many other issues with multi-window workflows and temporary windows that I see as more important. Unfortunately this isn't simple to do well on all platforms.

Like Falk and Robert said, this is working as intended. On one side it is a limitation of the 2.5 window-manager design that doesn't include such aspects (being based on the [non-overlapping paradigm ](https://archive.blender.org/wiki/index.php/Dev:2.5/Source/UI/UIParadigms/)). But it is also a design topic: Why would somebody want this? Because the default window size doesn't work well in all cases? Maybe the default should be changed? Or maybe the window size should change based on the content? I don't understand what this has to do with Python, there is no Python involved in this. For the file browser I added support for remembering the size (and some other settings), because it was important for the new file browser design to work well. There are many other issues with multi-window workflows and temporary windows that I see as more important. Unfortunately this isn't simple to do well on all platforms.

Daniel L. Travieso commented

2021-01-28 08:39:27 +01:00

Why would somebody want this?
Well, to put it in your own words: because it is important for the new [..] design to work well.

I understand you got a lot on your hands, but you tell us to report things that bother us. So here I am, telling you what bothers me the most, having to resize the windows every time I need to access them just so I can get a little bit more of an overview of what is cluttered in there. I'm no Blender genius. I have been studying this software for quite some time but I am still struggling because it is all still very cluttered and not very intuitive. And it's frustrating to have to do this every. single. time. Ok, fine, it's not a bug. But it sure is bugging me.

Why would somebody want this? Well, to put it in your own words: because it is important for the new [..] design to work well. I understand you got a lot on your hands, but you tell us to report things that bother us. So here I am, telling you what bothers me the most, having to resize the windows every time I need to access them just so I can get a little bit more of an overview of what is cluttered in there. I'm no Blender genius. I have been studying this software for quite some time but I am still struggling because it is all still very cluttered and not very intuitive. And it's frustrating to have to do this every. single. time. Ok, fine, it's not a bug. But it sure is bugging me.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Changes to window sizes or rearranged quick access panel components are not saved consistently (reopened) #85052