Page MenuHome
Create Task
Maniphest T85052

Changes to window sizes or rearranged quick access panel components are not saved consistently (reopened)
Closed, DuplicatePublic
Actions

Description

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: rBa1f44e43a253
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?

Related Objects

Event Timeline

Daniel L. Travieso (YPS) created this task.Jan 25 2021, 6:45 PM
Falk David (filedescriptor) closed this task as a duplicate of T62725: Preferences window does not remember it's last size and position..Jan 26 2021, 12:30 AM
Falk David (filedescriptor) added a subscriber: Falk David (filedescriptor).

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

Daniel L. Travieso (YPS) added a comment.Jan 26 2021, 7:07 AM

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 (rjg) added a subscriber: Robert Guetzkow (rjg).EditedJan 26 2021, 9:48 AM

@Daniel L. Travieso (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 @Falk David (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 (rjg) added a project: User Interface.Jan 26 2021, 9:49 AM
Robert Guetzkow (rjg) added a subscriber: Julian Eisel (Severin).Jan 26 2021, 9:52 AM

@Julian Eisel (Severin) Tagging you here so that you are aware of the complaint about the inconsistency of stored window sizes w.r.t. UX.

Julian Eisel (Severin) added a comment.Jan 26 2021, 12:30 PM

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.

Daniel L. Travieso (YPS) added a comment.Jan 28 2021, 8:39 AM

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.

Falk David (filedescriptor) mentioned this in T85290: Permanently collapsing the “System” and “Volumes” dropdown menus.Feb 1 2021, 8:34 PM