What little I managed to find suggests that the "solution" is to manually adjust the position and size of the window, and that this will be performant enough that the resize operation will appear to be "native".
I've looked wherever I could, and I couldn't find a resizing analogue to performWindowDragWithEvent on NSWindow. I have been looking into this myself, and it seems like APIs adjacent to the ones used to resolve #221 (in #1840) lend themselves well to solving this issue on anything but macOS. This is what Windows 10 does, but it's inconsistent with Windows 7 and may not work on Windows 7 machines with Aero disabled (since windows with that configuration don't have a window shadow). If most other platforms do let you resize borderless windows, we could set it up so that you can drag on the window shadow to handle resizing. What does the situation look like for resizing borderless windows on other platforms? If most/all of them have this behavior I think we should look into what API changes we'd need to support this. In the past, people have brought up having some sort of API for creating resize borders in the client area of borderless windows. The way melak47/BorderlessWindow works is that it reworks the resize detection code so that the resize handles appear inside the window's client area, and I'm not comfortable with automatically taking over an amount the edges of Winit windows to enable resize handles. The reason borderless windows can't be resized on Windows is that Windows, by default, shows resize handles on the window borders. It's not immediately clear what the best solution is for fixing this.
0 kommentar(er)
