[MudSelect] Control popover width

[Anu6is]

Description

MudSelect hardcoded the RelativeWidth of the MudPopover to true. This ensures that the popover width matches the select field width. However, when items available for selection are longer than the width of the select field, they are cut off. This may not always be desirable.

This change

• Utilizes the FullWidth parameter from MudBaseInput
  • Forwards that value to the MudPopover component
  • Defaults to false which is the opposite of the current behavior (current behavior is considered a bug)
• Updates mudPopover.js to set either min or max width based on the value of RelativeWidth

While a non js fix would be preferred, the current js is what enforces the max-width restriction and without setting min-width, the popover may render smaller than the select field, instead of matching its size, when RelativeWidth is false and the item list options are short in length.

Resolves #10195 , #825

How Has This Been Tested?

Visually - unit test viewer
Added a unit test to confirm applied popover classes

Type of Changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Documentation (fix or improvement to the website or code docs)

Checklist

• The PR is submitted to the correct branch (dev).
• My code follows the code style of this project.
• I've added relevant tests.

[danielchalmers]

cc @versile2

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 91.24%. Comparing base (89ac6e2) to head (66afecf).
Report is 435 commits behind head on dev.

Additional details and impacted files

@@            Coverage Diff             @@
##              dev   #10215      +/-   ##
==========================================
+ Coverage   91.22%   91.24%   +0.02%     
==========================================
  Files         411      412       +1     
  Lines       12506    12536      +30     
  Branches     2439     2446       +7     
==========================================
+ Hits        11408    11438      +30     
  Misses        555      555              
  Partials      543      543              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[ScarletKuro]

Wouldn't false be a better default? (I'd say current behavior is a bug)

[Anu6is]

Sure, just figured I'd leave the current behaviour as is. But yes, I could change that

[versile2]

ahh we were just discussing this, FullWidth (which defaults to False) is used on MudMenu to do this and defaults to false. I would suggest matching this behavior especially if the default is going to be false anyways. Also AutoComplete is affected by the same limitation/bug.

[Anu6is]

Just saw the conversation on #10204. Based on that, should I use FullWidth in the MudSelect instead of RelativeWidth and default said FullWidth to false? This would allow the popover to exceed its parent by default and if the user sets it to true it would match the select field size.

[versile2]

I would say so and match the behavior to mudautocomplete, fullwidth is inherited from mudinputbase for those two so no need to even add a property.

[Anu6is]

Yeah, already done

[danielchalmers]

Looks great. Do you think we should have a horizontal scrollbar if the full width isn't wide enough to fit the widest items? Separate PR maybe

[versile2]

I thought about that and I don't. I can't think of a valid use case where the page shouldn't grow right of content exceeds

[ScarletKuro]

LGTM, feel free to merge @henon / @danielchalmers

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud

[danielchalmers]

Good work!

[ScarletKuro]

regression #10235