Resizing Outliner and Properties editor windows makes the outliner view go up if its long enough. #72392

New Issue

Ian Genskowsky Chang · 2019-12-12T18:13:49+01:00

2019-12-12 18:13:49 +01:00

System Information
Operating system: Windows-10-10.0.18362 64 Bits
Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86

Blender Version
Broken: version: 2.81 (sub 16), branch: master, commit date: 2019-11-20 14:27, hash: 26bd5ebd42
Worked: (optional)

Short description of error
Resizing Outliner and Properties editor windows makes the outliner view go up if its long enough.

Exact steps for others to reproduce the error

Make the scene have enough objects in it so you need to scroll down to see the end in the outliner.
Resize the Outliner/Properties windows while you are not seeing the top of the list of objects in the outliner.

Test File:
#89056.blend

**System Information** Operating system: Windows-10-10.0.18362 64 Bits Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86 **Blender Version** Broken: version: 2.81 (sub 16), branch: master, commit date: 2019-11-20 14:27, hash: `26bd5ebd42` Worked: (optional) **Short description of error** Resizing Outliner and Properties editor windows makes the outliner view go up if its long enough. **Exact steps for others to reproduce the error** - Make the scene have enough objects in it so you need to scroll down to see the end in the outliner. - Resize the Outliner/Properties windows while you are not seeing the top of the list of objects in the outliner. Test File: [#89056.blend](https://archive.blender.org/developer/F10168088/T89056.blend) ![dqGd2BScva.gif](https://archive.blender.org/developer/F8213253/dqGd2BScva.gif)

Ian Genskowsky Chang commented

2019-12-12 18:13:49 +01:00

Added subscriber: @ianGchang

blender-admin commented

2019-12-12 18:13:49 +01:00

#84205 was marked as duplicate of this issue

blender-admin commented

2019-12-12 18:13:49 +01:00

#89056 was marked as duplicate of this issue

blender-admin commented

2019-12-12 18:13:49 +01:00

#82148 was marked as duplicate of this issue

Anthony Edlin commented

2019-12-12 20:16:34 +01:00

Added subscriber: @AnthonyEdlin

Anthony Edlin commented

2019-12-12 20:16:34 +01:00

Hi, thanks for bug report.

Can confirm it behaves as described. Low priority though.

Maybe there is a reason outliner does this?

Properties editor will expand if dragged down but the top will stay put when you drag back up, which is I assume what is also expected in outliner.

Hi, thanks for bug report. Can confirm it behaves as described. Low priority though. Maybe there is a reason outliner does this? Properties editor will expand if dragged down but the top will stay put when you drag back up, which is I assume what is also expected in outliner.

Jacques Lucke commented

2019-12-29 15:37:01 +01:00

Added subscriber: @JacquesLucke

Jacques Lucke commented

2019-12-29 15:37:01 +01:00

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

Jacques Lucke commented

2019-12-29 15:37:01 +01:00

It does look like a bug to me as well. I don't see any reason why the content of the outliner should move in this way.

Julian Eisel commented

2021-01-28 01:32:23 +01:00

Added subscribers: @SebBlender, @alef-2

Pratik Borhade commented

2021-12-14 12:07:37 +01:00

Added subscribers: @ManBlender, @jenkm, @PratikPB2123

Pratik Borhade commented

2021-12-14 12:08:06 +01:00

Added subscribers: @RobertS, @HooglyBoogly

Pratik Borhade commented

2021-12-14 12:08:45 +01:00

Same problem also appear in Spreadsheet and File browser.

Yevgeny Makarov commented

2021-12-14 12:50:15 +01:00

The same thing happens on the X direction, for example in the editor header.

#72392.mov

The same thing happens on the X direction, for example in the editor header. [#72392.mov](https://archive.blender.org/developer/F12739209/T72392.mov)

Stig Oskar commented

2021-12-15 06:44:29 +01:00

Added subscriber: @Stinaus

Chirk Westenhoff self-assigned this 2022-12-13 19:36:44 +01:00

Chirk Westenhoff commented

2022-12-14 20:43:39 +01:00

this is in the horizontal (for the sake of notepad)
window width    0 == center of list (as defined by the computer)
		# == comment
		I == item(s) that ends up moving, this is how the unintended behavior surfaces

if the window resized the items would not move (or they would stay with the center), but they get 
pushed to the right while staying mostly stationary. This is what I thought at first, but the items 
would move even more to the right when resized. Upon further investigation, the 'center', as it is marked in the diagram('0')
also plays a roll in the resizing issue here.
for the sake of this explaination think that the rightmost edge is being dragged by the user
#1        ----------------0----------------
                       I  I  I
	                                    - the window moved 16 chars (decreased size)
	         			    - now the window is smaller
#2        --------0--------
                       I  I  I              # as you can see the items have 'moved' 16 chars to the right while still maintaining their relative position in space
                                            - the #2 diagrams are the same thing (to show change with size and items)
- 2                --------0--------
                     	       I  I  I      
	the distance the center 'moves' also goes into this, as you can see when comparing the centers of #1 & #2
	then it is made obvious that the center has 'moved' 8 chars, or half of what the window has resized.
	this causes the items to move even farther to the right, which means when the window is growing smaller,
	then all items move the opposite direction that the window is being resized in (ONLY if it is being resized to be smaller, 
	the opposite case will be covered later, keep reading :)  ). The amount that they move
	is the resize amount + (resize amount/2). Which leaves us with this.
#3                --------0--------
                     	               I  I  I    # wow they went so far...
	when moving in the opposite direction, when the window is being resized to be larger it looks like this
	keep in mind that the items now 'follow' the center
#1                --------0--------
	               I  I  I
#2                ----------------0----------------
			       I  I  I
	When you combine the two behaviors of smaller and larger resizing. Going larger >> smaller leads to the offset, 
	and smaller >> larger leads to no offset when compared to the center.
These two mechanics combine into the 'weird' resizing behavior that is currently experienced in blender.
That's all I've gathered so far.

``` this is in the horizontal (for the sake of notepad) window width 0 == center of list (as defined by the computer) # == comment I == item(s) that ends up moving, this is how the unintended behavior surfaces if the window resized the items would not move (or they would stay with the center), but they get pushed to the right while staying mostly stationary. This is what I thought at first, but the items would move even more to the right when resized. Upon further investigation, the 'center', as it is marked in the diagram('0') also plays a roll in the resizing issue here. for the sake of this explaination think that the rightmost edge is being dragged by the user #1 ----------------0---------------- I I I - the window moved 16 chars (decreased size) - now the window is smaller #2 --------0-------- I I I # as you can see the items have 'moved' 16 chars to the right while still maintaining their relative position in space - the #2 diagrams are the same thing (to show change with size and items) - 2 --------0-------- I I I the distance the center 'moves' also goes into this, as you can see when comparing the centers of #1 & #2 then it is made obvious that the center has 'moved' 8 chars, or half of what the window has resized. this causes the items to move even farther to the right, which means when the window is growing smaller, then all items move the opposite direction that the window is being resized in (ONLY if it is being resized to be smaller, the opposite case will be covered later, keep reading :) ). The amount that they move is the resize amount + (resize amount/2). Which leaves us with this. #3 --------0-------- I I I # wow they went so far... when moving in the opposite direction, when the window is being resized to be larger it looks like this keep in mind that the items now 'follow' the center #1 --------0-------- I I I #2 ----------------0---------------- I I I When you combine the two behaviors of smaller and larger resizing. Going larger >> smaller leads to the offset, and smaller >> larger leads to no offset when compared to the center. These two mechanics combine into the 'weird' resizing behavior that is currently experienced in blender. That's all I've gathered so far. ```

Chirk Westenhoff removed their assignment 2023-01-04 18:57:01 +01:00

Chirk Westenhoff commented

2023-01-04 18:57:01 +01:00

Added subscriber: @chirk

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Resizing Outliner and Properties editor windows makes the outliner view go up if its long enough. #72392