i am sorry. i did not state the bug completely, because i thought that it will be a little known. so i am going to rectify it.
oki, i use GF 2 MX, WindowsXP, SDK 0.5.
on the picture one, i simply created a button and with an event of pressing it i add a fuction addFileOpenDialog. and it was displayed as it is on picture one, with the scrollbar continuing behind horizont of GUI window. after i drag this scrollbar it change into correct form and it behave as is expected. no more bug display there.
as i got learned that this dialog-window is default in transparent mode (btw. i do not know why), i tried to change it to full visibility by following procedure from the example.
s32 pos = 255; //((IGUIScrollBar*)event.GUIEvent.Caller)->getPos();
for (s32 i=0; i<=256 ; ++i)
{
SColor col = env->getSkin()->getColor((EGUI_DEFAULT_COLOR)i);
col.setAlpha(pos);
env->getSkin()->setColor((EGUI_DEFAULT_COLOR)i, col);
}
picture two, actually displays the result of adding this code. mentioned scrollbar is already not in the window, it is not visible and not dragable. pressing to its former posision has no any results. Gray area created to the right side is visible but not tactile. clicking on it out of the dialog-window behave as clicking out of the window. button "OK" dissapeared. it behave invisible but it is still there. choosing item from left and pressing OK button is still functionable. button Cancel is all right.
oh i forgot...

i created single scrollbars... i tried several sizes and Alpha values and it behave without any troubles. that is ok.
and one more thing, back about FileOpenDialog. if i lower parameter "pos" to 100 and around, then bug behave differently. it results, that scrollbar somehow spread over the windowpart-fileselection and is not usable any more, whole this part. it reacts on clicking but does not lead to any functionality. now i am little impressed because several tests before it went behind of horizont to the left
i am sorry for my english, hope that my mentions can be understood
