-
Notifications
You must be signed in to change notification settings - Fork 38
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
destroy
is not working
#5
Comments
I can't see that any of the destructors in the core library make an attempt at closing the window so this may affect more platforms and possibly all of them. I've confirmed that the documentation in the core library also states that the window will be closed, so if that doesn't happen then this is a bug in the core library. The issue was moved here because the Go binding moved. |
I would like to clarify something now that I am looking a bit more into this. In the example code you provided, the library manages the main loop, but by calling Please explain in more detail what you're trying to do, how it isn't working according to your expectations and the solution you're seeking. |
Yes it's an issue with the core lib. The Idea was to close the window but to be able to keep the background process running and to re-create a window on demand. To save time of initializing the application, loading configurations, caches, setting up a localhost / websocket server etc. |
Would being able to control the visibility of the window be a satisfactory solution? That way you could hide/show the window instead of closing and recreating it. |
Yes Hide/Show would help. A useful functionality to have in general 👍. Additionally, a function to set the window as utility window would then help to fully achieve what is desired in my use-case. As the program doesn't need an app icon in the launcher. |
I am also experiencing this... |
Doc:
// Destroys a webview and closes the native window.
The text was updated successfully, but these errors were encountered: