The problem is most obvious if you have one or more selectlists at the bottom in modals. On normal pages you probably do not have select lists at the bottom. Maybe though a meny with submenus.
Bootstrap dropdowns change to dropups automaticly. If chosen.jquery is loaded, this functionality is missing. If it's loaded, it changes all select fields on the page and you can't prevent it, as far as I know.
harvesthq issue since 2011 It looks that it'll take some time to get a solution from that side.
I found a manual solution and ask if 3 rows CSS should be added to the chosen.css or somehere else?
.chzn-drop-up ~ div .chzn-drop{ top: auto; bottom: 100%; }
Then you can add the chzn-drop-up class to the listfield in your form xml file.
This works for me, the list appears above the field and the style is ok for me.
Edit:
How to test to see the effect. In real the problem only appears if the select is at the bottom.
This is probably easier than to use a PR with the Patch-Tester as only the CSS would change..
That's the effect.
You can test the same in frontend. Edit then the article.xml in the frontend path. You can see the frontend problem below.
Category | ⇒ | Fields JavaScript |
Labels |
Added:
?
|
It is not a 1 to 1 copy of the chosen.css as I can see it has been edited in the past - not sure that was a good idea though
Issue is same on 3.7.staging.
Status | New | ⇒ | Needs Review |
Status | Needs Review | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-06-23 11:30:27 |
Closed_By | ⇒ | schnuti |
I added test instructions above.
I did not make a PR for the CSS, as I don't know if the chosen.css is a 1 to 1 copy from the vendor. If so it may complicate things with Joomla specific code inside it.
A quick test is possible without it as described.
I found the problem also with Article Edit in frontend. With a sticky footer the accesslevels are cut as in the image. With Protostar the page is expanding, so you can scroll down to see all accesslevels but do not look very nice.