[Bf-funboard] Side panels autoscroll

[gandalf3]

What about keeping track of the scroll position per panel per object?
It seems scroll postion is already independant per panel, so I'll assume 
the second object being added is of a type that supports modifiers (and 
so has a modifier panel).

Then:
1. Select object with huge modifier stack, scrolled to bottom
2. Add second object, properties panel is now at default position (top) 
since the new object is active
3. Select first object, properties panel is now scrolled to bottom (or 
whever it was when that object was active)

If storing so many scroll states is impractical, or too unpredictable 
from user perspective, what about scrolling down as close as possible to 
the last set scroll state without displaying excess space at the expense 
of other UI elements?
Then:
1. Select object huge modifier stack, scrolled to bottom
2. Add second object. Modifier panel scroll position is still set to 
bottom, but blender doesn't scroll down since there are no UI elements 
that low.
3. Select the first object. Scroll positon is still stored as "bottom", 
and since there are now UI elements down there it will display as fully 
scrolled down (as it was in step 1).

If in step 2 the user adds modifiers and changes the scroll positon, 
that would overwrite the stored position.

On 07/14/15 08:45, Bassam Kurdali wrote:
> Originally I thought of this as a bug, but I think care would need to
> be taken to avoid the UI 'jumping':
> Imagine the following scenario:
>
> 1- You have an object with a huge modifier stack, scrolled to the
> bottom
> 2- You want to select or create another object (say an empty as the
> 'object' field for the modifier)
> 3- You then click back on your original object to add that field.
>
> - Currently, you'll find the modifier stack scrolled to where you left
> it, convenient for finishing the job.
>
> - If we do auto scrolling on change in context The modifier stack will
> (uselessly) scroll up when we create/select the empty. Clicking back,
> we'll have to scroll back down to find our place.
>
> - Conclusion:
>
> Maybe this would require some design work, for instance: saving the
> modifier scroll state (or other window scroll state) based on the
> context ? or the selected object ? It would have to be generic enough
> to be useful I guess. Perhaps there would still be annoying corner
> cases, though...
> Cheers
> Bassam
>
> On Tue, 2015-07-14 at 10:11 +0200, Adam Preisler wrote:
>> Hello Maxim,
>>
>> This actually happens very often in Blender. Not only in the
>> properties
>> panel, but also in blender editor types like Properties.
>>
>> I have no idea how hard it would be to detect if newly accessible
>> information is not visible and there is a need to automatically
>> scroll down
>> for it.
>>
>> Either way, this is a very low priority problem since some people
>> would
>> even find it better this way. I for example know about this and
>> without
>> such auto-scroll I am able to scroll how I wish. No uncontrolled
>> automatic
>> jumping of information across screen is a good thing in this case.
>>
>> I can however see how this would be a problem for new users, since
>> the menu
>> they opened is not visible at first.
>>
>> In my opinion, it would be more wise to aim for higher goals than to
>> fix
>> these small issues.
>>
>> Blend on!
>>
>> Adam
>>
>> On 14 July 2015 at 09:25, Maxim Tkachenko <malefic.max at gmail.com>
>> wrote:
>>
>>> Hi all!
>>> I often add images to the background and there is a little annoying
>>> problem, that can be easily fixed, I think. Background images
>>> scroll is in
>>> the bottom by default (yes, I know, it can be dragged to another
>>> position)
>>> and when an image selected, it adds a LOT of options, which appear
>>> hidden
>>> and I have to scroll down to adjust them. Then I add another image,
>>> and
>>> again I had to scroll.
>>> It is obvious, that user has to use options right after selecting
>>> background image, so... why not to auto-scroll the panel, so the
>>> options
>>> block could be fully visible?
>>>
>>> --
>>> Maxim
>>> http://itcomp.org.ua
>>> http://b3d.org.ua
>>> _______________________________________________
>>> Bf-funboard mailing list
>>> Bf-funboard at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-funboard
>>>
>> _______________________________________________
>> Bf-funboard mailing list
>> Bf-funboard at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-funboard
> _______________________________________________
> Bf-funboard mailing list
> Bf-funboard at blender.org
> http://lists.blender.org/mailman/listinfo/bf-funboard


-- 
-gandalf3