Strange behavior when ContainerMinSize is set for several (tool/document)windows

Hi Dirk,

What's happening is that once all 4 tool windows reach their minimum width, it goes into fallback layout logic where it distributes the widths evenly and doesn't allow resizing.  I can reproduce the same thing here and it does that switch once all 4 get to their specified minimum width.  This logic is by design.

Normally you wouldn't set nearly such a wide minimum width.  Instead you could set a thinner minimum width, and use ContainerDockedSize instead of ContainerMinSize to set the large initial width.  You could put a ScrollViewer as a child of the tool window to help with scenarios when the size of that intended wider tool window is reduced.  Then this fallback layout logic will only occur when the window width is at a smaller size, which is more the intention of its usage.

The container shows a website which is not responsive, so its becomes bugged when the width is too small. Therefore we cannot lower the minimum width and a scrollviewer isn't possible.

Is it somehow possible to have a document/tool window not going smaller than a specific width in ALL possible cases?

Hi Dirk,

The ToolWindow width is limited by the width of the ToolWindowContainer, which in turn is limited by its container (such as a SplitContainer/DockSite), all the way up to the containing Window.  Unfortunately there isn't a way to prevent a ToolWindow from going smaller than a certain size once the ContainerMinSize thresholds are reached since at that point something has to give.