I’m confused. This workaround should just get the window back to its default position, with the viewport back in the main window (though it apparently doesn’t work for everyone), I don’t understand how it changes DPI if it’s how it should’ve originally been.
@Inf1n1tylt Yep, because re-installing studio clears the files that store the layout properties (I’m not sure where layout stuff is located anymore unfortunately). This isn’t an ideal workaround imo because it resets all that. I like when my layout works.
@MrGreystone Very strange! I guess this workaround does not work in this case. Try clicking the actual place title, rather than the background bar?
@Bulldo344 I began experiencing this issue myself as well.
The layout seems to be in some sort of weird invalid state, each time play is started, all pinned windows flash, and all windows resize several times, which causes a lot of slowdown. It also resets the order of all pinned drawers (which is fairly annoying), and then eventually after some flickering and resizing it goes back to how it normally looks. I haven’t gotten around to reporting this properly yet but it seems that the layouts are quite complicated in their implementation, and seemingly weren’t designed very safely (or what they’re built on wasn’t) since a lot of these issues are entirely invalid states for the windows to ever be in.
@ElephantMesh Would the layout files themselves be beneficial to reproducing and fixing these issues?
I’d really like some info on how and where the layout information for all the windows (e.g. docked and pinned states) is stored, especially so I can try and understand why these issues happen for myself. I have experienced a lot of weird stuff where issues will actually even persist across studio restarts. That makes no sense to me, it suggests whatever is going wrong is also present in the file(s).
I feel like it’d also be beneficial to the people experiencing these issues to know exactly what files store the layout information, so they can reset the layouts, since these issues are completely workflow breaking. The viewport issue for example makes it impossible to use studio effectively, e.g if the viewport is off-screen.
P.s the detached viewport issue acts like the viewport is separate from the container, it behaves like any other floating window. The container itself (thing with the titlebar) behaves a lot like the pinned drawers, unpinning one unpins them all, so, my hunch is that it is using the same feature (like its a PluginGUI without a border, and placed inside a container), but there is some way to get the viewport into an undocked and floating state, but, with no titlebar, it can’t be docked again, or moved, or anything.