unboundedHScroll when the scrollbar is not visible

[trevix]

Reading the dictionary:

When the unboundedHScroll property of a group is set to true and the hScrollbar is not visible, it is possible to set the hScroll property of the group to values outside that of the size of the content (both positive and negative).

So while:
unboundedHScroll= true
ScrollBar visible = false
= Hscroll values can be different then size of the content

I was assuming that:
unboundedHScroll= false
ScrollBar visible = false
= Hscroll values can not be different then size of the content

What am I missing? Since I am scrolling trough script, how is it possible to resize the group and keep the scrolling within range? I could lock the screen, show the scrollbar, resize my things, hide the scrollbar. But it seems the wrong thing to do...
Thanks
Trevix

[dunbarx]

Hi.

I have never used this. But I made a group and tried some of the combinations.

If the unboundedHScroll is "false", then with no scrollbar showing, if I set the scroll of the group to a trillion or so from msg, the content is visible, that scroll set to the max it would be if the scrollBar was there and changed by hand. If "true", then the content "disappears", being scrolled, I assume, somewhere near Guam.

This is on LC 6.7.9 on a Mac 10.9. Where are you?

Craig Newman

[trevix]

I use LC8.1.2 on OS X10.11.6

My use is slightly different:
I scroll the group (without scrollbars) using a script (on mouseMove).
I also resize the content of the group with a script and I would expect the scroll values to be fixed by the engine if used with the unboundedHScroll set to false, but this is not the case.
If I understand it, changing the size of the content, the engine fix the scroll values only if the scrollbars are visible.
I can confirm that at the end of a "lock the screen, show the scrollbars, do my resize, hide the scrollbars" the values of scroll are correct. But they are not if I don't show the scrollbars at the beginning of the resizing script.

I think the "unboundedHScroll=false, scrollbar=hidden" behavior is inconsistent. May be i should file a bug report. What do you think?
Regards
Trevix

[dunbarx]

I see it this way:

1- If the scrollbar is not visible, then that overarching "limiting" element of a scrolling group is missing, and all bets as to that scrollbars range are off.

2-The "unbounded(V/H)scroll" does just what it says. If "true", the scroll range is unbounded, but NOT if the all-powerful scrollbar itself is present, which overRides that property.

I see the effect to be just as the dictionary says, and it seems logical. So I am not sure I am getting your issue fully. Can you pick apart the above for me?

Craig

[trevix]

See the attached stack. Explanations inside the stack

Trevix