fix: Match FrameworkElement.[Measure|Arrange]Override with Windows

[Youssef1313]

GitHub Issue (If applicable): closes #1554

PR Type

What kind of change does this PR introduce?

What is the current behavior?

What is the new behavior?

Copilot Summary

🤖 Generated by Copilot at 2b75eac

This pull request refactors the layout logic for FrameworkElement and its subclasses by introducing helper methods to measure and arrange the first child element, and by returning the default size in the base FrameworkElement methods. This simplifies the code and improves the consistency with the WinUI behavior. The pull request also adds the necessary assembly attributes and using directives to support the media player implementations.

PR Checklist

Please check if your PR fulfills the following requirements:

• Docs have been added/updated which fit documentation template (for bug fixes / features)
• Unit Tests and/or UI Tests for the changes have been added (for bug fixes / features) (if applicable)
• Validated PR Screenshots Compare Test Run results.
• Contains NO breaking changes
• Associated with an issue (GitHub or internal) and uses the automatic close keywords.
• Commits must be following the Conventional Commits specification.

Other information

Internal Issue (If applicable):

[Youssef1313]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 2 pipeline(s).

[Youssef1313]

@jeromelaban Is this good to merge?

[jeromelaban]

I don't know yet if it is, this is a significant change that needs screenshot validations. Did you check those as well? There are also impacts on native controls, which may not be tested automatically.

[Youssef1313]

Yup I checked screenshot comparison a while ago when I have opened the PR. Nothing was looking interesting there.

Note that a behavior change here can only happen for classes that inherit from FrameworkElement but not from Control. That is why I added few more MeasureOverride and ArrangeOverride to maintain the existing behavior for those classes, and for other cases avoiding base.[MeasureOverride|ArrangeOverride] calls where base is referring to FrameworkElement.

[jeromelaban]

Ok, let's merge as-is, though we'll need to validate the behavior a bit more with the deployed samples app.

[Youssef1313]

Yup sure!
I'll keep an eye on new issues and will investigate if something felt related.