lost "current method" toolbar

[oBFusCATed]

So you're telling us that the second combobox is of screen and is not next to the <global> one?
And if you move the toolbar one row down it will show? Can you show a screenshot for this case, too?

[rjl]

> So you're telling us that the second combobox is of screen and is not next to the <global> one?

No. As the picture shows, there is no 2nd combo box.

> And if you move the toolbar one row down it will show?

Yes. but only if I restart CB.

> Can you show a screenshot for this case, too?

Trust me. 

[oBFusCATed]

Trust me. 

Ok, I guess I can trust you to build cb and start debugging this yourself.
For me it works fine when they are on single line.

The option to group the two combos is in Settings -> Editor -> Code completion -> Symbol browser -> Toolbar -> Use scope filtering

[Jenna]

I can reproduce this (or something similar) with actual trunk of C::B and master of wxWidgets:
No matter which toolbar I move outside the screen, so far that I can not get it back with the mouse, loses it's width and/or content. If I bring them back with "Optimize .." or "Fit toolbars" they only have zero width (only the gripper is visible/existant).

[Jenna]

The issue with "Fit toolbars" and "Optimize toolbars" should be fixed in trunk (r10566).
To get back the missing dropdown (if it is enabled), it should be enough to call one of these functions.

Elements inside a toolbar, that are not completely inside the mainframe, seem to be hidden with wx3.0 (at least with wxGTK).
The call to GetSize() used in FitToolbars() and OptimizeTooolbars() only returns the visible size, bot the overall size of the overall size of the window, GetBestSize() gives correct results.
And the gripper size has to be taken into account, otherwise parts of the most right toolbar might be hidden and therefore some elements not shown.

[rjl]

Thank you, Jens!