-
Notifications
You must be signed in to change notification settings - Fork 539
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
Mention winapi
#1427
Comments
As I mentioned here, we have plans to provide more documentation in future. Help with migrating code is on the list for consideration. Regarding MSRV, the Having said that, we can probably keep track of the min supported version with some basic validation in the CI build. I would expect it to be different between the |
Yeah, I don't expect Thanks for the kind answer! |
For those reading and are unaware, MSRV is an acronym used in the Rust community to condense Minimum Supported Rust Version. |
The spirit of this issue wasn't about MSRV at all, but the historical note about the On a more personal note, it's really disorientating to come across something that doesn't mention prior art, and with the amount of information we're exposed to, it's easy to start questioning remembered history that's not explicitly mentioned (before looking it up and reassuring oneself that no Mandela effect has occurred). As a positive example I saw recently, the new(er) |
I think it's absolutely lovely that people at Microsoft are stepping up and making these official bindings!
However, I do have a minor gripe: I find it sad that the
winapi
crate, which has served the Rust community faithfully for many years until this came along, isn't mentioned anywhere. I get that most projects should rather want to use this one, butwinapi
has at least one thing that this crate doesn't: An MSRV of 1.6.Also, I'd be nice with an "upgrade guide" or similar, which mentions some major differences and pitfalls when migrating from
winapi
.The text was updated successfully, but these errors were encountered: