GtkRadiant icon indicating copy to clipboard operation
GtkRadiant copied to clipboard

Floating window layout bugs

Open 0bsidian opened this issue 14 years ago • 11 comments

When using the floating window layout (option in preferences) there are some functionality issues:

Certain dialog boxes like Preferences, Surface Inspector, etc. will always render behind the 2D and camera windows even when it has focus.

Minimizing Radiant to task bar only minimizes the program window, but not any of the 2D or camera windows. Oddly enough, minimizing a 2D window minimizes everything. Behavior seems reversed of expected.

0bsidian avatar Apr 20 '12 15:04 0bsidian

Some of this is due to a bug in the GTK. See my bug report here: https://bugzilla.gnome.org/show_bug.cgi?id=658975

mrwonko avatar Apr 30 '12 14:04 mrwonko

Same issue running on win XP 32 bit. Moreover focusing on main frame or entity/texture/console window hides ANY other windows behind main one.

Also entity list window doesn't save it's position and dimensions.

Garux avatar May 13 '12 05:05 Garux

Moreover focusing on main frame or entity/texture/console window hides ANY other windows behind main one.

That's not the initial problem, that's the workaround. There's no "Window A always stays in front of Window B" at all anymore, so it won't mistakenly stay in front of other windows as well. Until we've got a proper fix (which would probably have to be in GTK), you'll have to put the main frame in windowed mode and resize it so it only contains the toolbars.

mrwonko avatar May 13 '12 07:05 mrwonko

Thank you for the solution, layout seems to be almost 'playable' with it, except of the entity/texture/console window, which is always on top.

Another buggy behavior i'v noticed with all layouts is that preferences, arbitrary rotation and entity list windows aren't always on top, whilst they block any activity. Always on top + not blocking other windows can bring expanded usability for entity list and rotation windows.

Garux avatar May 13 '12 08:05 Garux

What are we doing with this bug. Is there something that needs/can be fixed at GtkRadiant level, or would this be an (unlikely) fix at Windows Gtk+ level?

TTimo avatar May 19 '12 20:05 TTimo

It is caused by a bug in the gtk, but maybe there's another way of achieving the same thing with gtk? I should investigate that, I guess. It's unlikely but not impossible.

mrwonko avatar May 19 '12 22:05 mrwonko

The See Also bug from @mrwonko has been fixed, may a upgrade fix this issue? https://git.gnome.org/browse/gtk+

Mateos81 avatar Jun 04 '15 21:06 Mateos81

@Mateos81 Where are you seeing this? The GTK issue is not marked as solved in bugzilla, but I wouldn't be surprised if they managed to fix it in 4 years.

mrwonko avatar Jun 05 '15 11:06 mrwonko

As I said, the bug pointed by the See Also section (top right) of your bug is fixed, which is very similar, and may have fixed it?

Mateos81 avatar Jun 05 '15 11:06 Mateos81

Oh, that's what you mean by see also. I thought you were just referring to the GTK bug I linked. Sounds like a different issue to me, but yeah, maybe another look should be taken.

mrwonko avatar Jun 05 '15 11:06 mrwonko

Still unusable in 1.6.5, unfortunately. Apart from the inconveniences (main window focus + "workaround", not saving window positions and size on exit), the problem is that the Entities window is always on top and all other windows render behind it.

negke avatar Aug 29 '16 07:08 negke