Hi Michael,

>>This is described by Fitts' law: http://en.wikipedia.org/wiki/Fitts'_law

:)

>>The collapsing part of this is implemented right now - you can see [...] when you activate
>>a palette, other ones will collapse to try and make space and prevent the scroll bar from appearing.

Surely, I knew about it. But other part of described palette handling after clicking on button lying in the palette "marked as rarely used" is important part as well. It was a crucial thought of my previous reasoning. Now, palette handling can be characterized as self-expanding/other-collapsing. What I meant it was to make a things upside down (for less commonly used tabs/buttons) - i.e. self-collapsing/other-expanding_to_previous_state to restore it.

I really hope the scroll bar never appears to me... hehe... It would imply there is something wrong with UI - too many commands, palletes or something like this...



...see http://www.3designjewel.com/flash/discover/parametric/parametric_court.html


Petr

> I really hope the scroll bar never appears to me... hehe... It would imply
> there is something wrong with UI - too many commands, palletes or
> something like this...

Don't worry - having to use scroll bars to get to the UI is another big pet peeve of mine.

There are cases where they are necessary, but for MoI this should always be in cases where there is only very limited space available, like if you have shrunk down the window size or are working on a pretty low resolution screen.

I don't expect to use a scroll bar for typical basic UI access.

- Michael

>>Probably this object repair tutorial: http://moi3d.com/forum/index.php?webtag=MOI&msg=446.17
Or also this: http://moi3d.com/forum/index.php?webtag=MOI&msg=444.4


HI Michael,
Yes, it was the second message. Thanks for the links. I didn't notice the first one. Some useful information there too ! ;-)
And thanks for the additional explanations.