-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
WinForms/WPF/MAUI-Windows API review changes #5998
Conversation
namespace Microsoft.AspNetCore.Components.WebView.WindowsForms | ||
{ | ||
/// <summary> | ||
/// A builder for WindowsForms Blazor WebViews. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/// A builder for WindowsForms Blazor WebViews. | |
/// A builder for Windows Forms Blazor WebViews. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😬
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point. However your approval triggered automerge! Followed up at #6001
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Understood, definitely my fault. I noticed it right as I was clicking Approve 😁
Fixes #5906
Fixes #5909
Fixes #5910
The approach to nullability I've taken is similar to what we do in ASP.NET Core. That is, in most cases we're honest about nullability, but in cases where for intended usage scenarios a certain thing is not going to be null, it's typed as not-null (example: things that always get initialized as not-null by the framework before application code is expected to run).