-
Notifications
You must be signed in to change notification settings - Fork 5.2k
-
Notifications
You must be signed in to change notification settings - Fork 5.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Event waiting with no windows documentation / code discrepancy #1317
Comments
This removes the GLFW NSApplication subclass as a step towards better coexistence with other libraries that touch Cocoa. This moves application object creation to platform init to allow event processing before window creation. Related to #1317.
The application delegate needs to be set at init to receive monitor events before window creation. Menu creation is moved to applicationWillFinishLaunching: to play nicer with other toolkits in the same process. Related to #1317.
The weird behavior of With 88c5edb and ea7eb2d those issues should be resolved, so I would be in favor of dropping that behavior from |
This requirement has now been removed with 55b1a16. Thank you! |
This removes the GLFW NSApplication subclass as a step towards better coexistence with other libraries that touch Cocoa. This moves application object creation to platform init to allow event processing before window creation. Related to glfw#1317.
The application delegate needs to be set at init to receive monitor events before window creation. Menu creation is moved to applicationWillFinishLaunching: to play nicer with other toolkits in the same process. Related to glfw#1317.
This lets an application wait for non-window events without needing to create a window. Fixes glfw#1317.
Currently the event processing documentation states that:
Even when you have no windows, event polling needs to be done in order to receive monitor connection events.
However the code for both glfwWaitEvents() and glfwPostEmptyEvent() require a window present to work. This should likely either be documented or fixed. See this thead on event loops without windows for reasoning behind why it might be preferable to handle this by making the event loop work without windows if this is possible on all platforms.
This appears to be related to issue #1281.
I would be able to handle the windows implementation, but am not familiar enough with the other backend event processing (I know it's a bit of a minefield from experience) if a fix is desired.
The text was updated successfully, but these errors were encountered: