Tye

As a further update, i changed the `Viewport` data structure to only allow for weak references to be given out from the `window: Option` attribute. (I did this by moving...

I have created a stripped-down version of `eframe` that i will do further testing on. This reduces the amount of code that i need to examine, so hopefully the issue...

In regard to the `Window` being dropped, I can verify that it is dropped when a close is requested by adding a print statement to `impl Drop for Window` on...

Potentially, but `eframe` *should not* need to do this, as the [winit run on demand example](https://github.com/rust-windowing/winit/blob/969237f422e3d1d18821f4ee99e6be7bb6acd913/examples/run_on_demand.rs) demonstrates that the desired behavior is possible. https://github.com/user-attachments/assets/e9d675bb-c53b-407b-b096-714020cc5cf2 (cargo warning is a remnant of...

I tried adapting what you suggested, and it did work if you only need to open and close the window once (at least on my stripped down version of eframe),...

I made a script that compares the outputs of running eframe on the main thread and running it on a spawned thread, and the output is almost identical, so at...

After testing on both Wayland and X11, I have found that the window closes as expected on X11, but lingers on Wayland. I will focus my efforts on investigating Wayland...

A current work-around is to force winit to compile to X11 via unsetting the "WAYLAND_DISPLAY" environment variable (or setting it to nothing). The application can then run on Wayland using...

I have found a solution. See [my PR](https://github.com/emilk/egui/pull/7565) for more information

That's a fair viewpoint. What other possible solutions to this issue do you recommend? I tried modifying the `fade_out_to_color` method (as also suggested in the issue) to modify the alpha...