i509VCB

Resizing does not behave correctly on KDE at the moment. Fixes #304

The new glutin is now independent of winit, so we can use it more easily for an example. This will probably depend on #303

Would be nice for integration in the ecosystem and removing a bit of a mess I have made in the wgpu example.

[glsl-out] Feature to generate `samplerExternalOES` instead of `sampler2D`

1

`samplerExternalOES` is defined in https://registry.khronos.org/OpenGL/extensions/OES/OES_EGL_image_external.txt This sampler is needed if the texture from an EGLImage that could be backed by external memory such as AHardwareBuffer or dmabuf. This is related...

Not completely done yet, but it is functional. - [ ] Tested on all platforms changed - [ ] Added an entry to `CHANGELOG.md` if knowledge of this change could...

Rename `Display::from_raw` to `Display::new`

1

From reading the function name, `from_raw` heavily implies the display is created from a platform pointer for example to take ownership of an existing display or be a guest on...

Reexport `Display`, `Config`, etc in the `api::<platform>` modules

5

Right now I need to write the following to use EGL: ```rust use glutin::api::egl; let display = egl::display::Display::from_raw(display_handle); ```

no_std support is enabled by disabling the default `std` feature. Doing this will raise the MSRV to 1.64 for no_std, but with `std` enabled the MSRV is still 1.59

Willie has made a fix on patchouli which should work: https://github.com/Vazkii/Patchouli/commit/325c62ba810f1fc6ffb83a023c8a28ad8a65d662#diff-7d1b248420b267305fec29879e6b4e65

Vector path output

4

It would be useful to have a way to output vector paths as an alternative to rendering pixels to an image.