forked from blender/blender
Sergey Sharybin
9e09f60cf2
The issue was caused by the custom code which was ensuring that closing About window does not leave application without any key windows. Turns out that the windowWillClose is executed when menu is closed, forcing the custom code to ensure a key window. The solution is to only perform manual re-ordering if the closing window was a key window. This both keeps old behavior of ensuring there is a key window after closing About, and solves the ordering issues when a window is created or activated via menus. Pull Request: blender/blender#113515 |
||
|---|---|---|
| .. | ||
| intern | ||
| test | ||
| CMakeLists.txt | ||
| GHOST_C-api.h | ||
| GHOST_IContext.h | ||
| GHOST_IEvent.h | ||
| GHOST_IEventConsumer.h | ||
| GHOST_ISystem.h | ||
| GHOST_ISystemPaths.h | ||
| GHOST_ITimerTask.h | ||
| GHOST_IWindow.h | ||
| GHOST_IXrContext.h | ||
| GHOST_Path-api.h | ||
| GHOST_Rect.h | ||
| GHOST_Types.h | ||