Implement HasRawDisplayHandle
for EventLoop
#2677
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
CHANGELOG.md
if knowledge of this change could be valuable to usersThe trait is already implemented for
EventLoopWindowTarget
, whichEventLoop
derefs to, but that is not enough when using an API that takes aT: HasRawDisplayHandle + 'static
(because the API takes ownership of the display handle, in an attempt to offer a safer API to the user than what crates typically do). Also implementing the trait forEventLoop
itself solves this problem.(admittedly the use cases for this are rather limited – consuming the
EventLoop
like this makes it impossible to actually handle events, and so makes windows useless too, but it is handy when you need a display handle without actually wanting to draw anything; in my specific use case, in order to open a connection to VA-API)