You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Also, most of the tutorials make heavy use of the winit APIs.
Currently this requires users to figure out which version of winit is currently being used, and make sure their winit dependency stays in sync with the glium dependency, otherwise it will be a breaking change if your API expects a 0.29 EventLoop when the user is still using a 0.28 EventLoop.
It seems like you are aware of this, and are bumping semver minor to signify pre-1.0.0 breaking changes whenever you bump the winit dependency to a breaking change.
Since that is already a requirement on your library, you might as well re-export winit explicitly and change the tutorials to recommend using the re-export.
The text was updated successfully, but these errors were encountered:
Good point. Before, glutin did this for us, which we already export from the backend::glutin module. From that module, we could also export the winit dependency.
There are a lot of public exposed APIs that accept and return winit types (ie):
glium/src/backend/glutin/mod.rs
Line 333 in 1676f0d
Also, most of the tutorials make heavy use of the winit APIs.
Currently this requires users to figure out which version of winit is currently being used, and make sure their winit dependency stays in sync with the glium dependency, otherwise it will be a breaking change if your API expects a 0.29 EventLoop when the user is still using a 0.28 EventLoop.
It seems like you are aware of this, and are bumping semver minor to signify pre-1.0.0 breaking changes whenever you bump the winit dependency to a breaking change.
Since that is already a requirement on your library, you might as well re-export winit explicitly and change the tutorials to recommend using the re-export.
The text was updated successfully, but these errors were encountered: