-
-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
QSelect taking all the height available in desktop when there are too many items in options #16072
Comments
possibly consider |
could be, but that's not the expected behavior, as it's probably a regression that happened between 2.12.0 and 2.12.2. |
I think this change did it back in 2.12.1 c9e43fa#diff-d486fe7e47b9fce07ab2252caf361429f339596767385dfdd8b53da0c72150b6R174 which was to fix (#11247), so even if you set |
Just out of curiosity, did anyone find a solution to this problem? |
Any solutions for this? I'd like to keep a max-height without it gets overwritten. |
A possible workaround is adding |
…ride max-width/height set in CSS for QMenu/QTooltip; new Quasar CSS vars: $menu-max-height, $tooltip-max-width, $tooltip-max-height #16072
Fix will be available in Quasar v2.17.0 |
What happened?
After upgrading from 2.12.0 to 2.12.2, the QSelect was affected, it currently fills all the space on the screen when opening and having too many items in options.
What did you expect to happen?
It should open and retrains it from occupying all the space on screen
Reproduction URL
https://codepen.io/renan-cavalieri/pen/rNQJxbp
How to reproduce?
Flavour
Quasar CLI with Vite (@quasar/cli | @quasar/app-vite)
Areas
Components (quasar)
Platforms/Browsers
Firefox, Chrome
Quasar info output
There is no need, it's reproductible even in browser using UMD.
Relevant log output
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: