-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Obsolete compatibility layout #23710
Conversation
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.
I think more things should be obsolete since they are not the way we want to do things.
But, I am wondering if people just liked the LayoutChildren
override instead of all these other methods? Maybe we add that as a feature to the base layout so people can do this instead?
Do people really have issues with not having all these methods, or just a selection of them? Maybe we can ease the pain, but try move towards a unified/new way instead of adding old back?
21f2782
to
a873364
Compare
Description of Change
We have a lot of classes that inherit from the compatibility layout which leads to a lot of extra code and workarounds. The compatibility layout also doesn't really play correctly with how the MAUI layout system works.
The motivation here will be to delete this class in a future release of MAUI.
This PR adds a version of Layout that inherits from our new layout but matches the API surface of the compatibility.Layout. In talking with customers, we've seen a number of cases where they don't want to move to the new layout because it doesn't have a generic version and it's a non trivial move because of the API shift.