SiriusTR
commented
3 years ago I thought this would be easy to fix. It isn't.
The cause is that the tunnel builder is a dockable window, which means DockPanelSuite is responsible for deciding what the size is. It uses a default floating panel size for the window, and ignores the space its content actually requires. (I haven't found where it gets the default size from yet.) The entity list also behaves the same way, but because of the nature of its content, it's not so obvious.
There are a few routes I can see to fix this (ignoring total hacks, anyway):
- Make the tunnel builder non-dockable. By far the easiest way to do it, but also kind of a cop-out.
- Upgrade the DockPanelSuite version. The version that OLE is using is ancient (7 years old) and it's possible that newer versions provide better ways to configure floating panel behavior. This wouldn't be free, though, since there are breaking changes in the way skins are handled in new versions, and it'd also be necessary to distribute an updated .dll with the editor.
- Implement some kind of override for floating panel positioning that takes the content size into account. Some prospects can be found here: https://stackoverflow.com/questions/3502759/weifenluo-dock-panel-suite-float-windows-using-their-design-size We'd need to take the size of the window non-client area into account, though; some of the solutions on that article do not appear to handle it correctly.
Also see https://github.com/dockpanelsuite/dockpanelsuite/issues/56 - I'm not sure using preferences is a good answer in this case, since the problem isn't really persisting the window size but getting the initial size right. But it does provide some insight into what's going on here.
Pile-It-On
Title