?
avatar schnuti
schnuti
20 Apr 2016

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..

  1. Add the above CSS code to chosen.css in /media/jui/css.
  2. Open the article.xml in /administrator/omponents/com_content/models/forms.
  3. Look for field name access
  4. Add the attribute class="chzn-drop-up"
  5. Be sure that your browser hasn't cached the choosen.css
  6. Go to article creation in backend.
  7. Click on Access and this should show a "drop up"
  8. Click on the other fields to the right and they show a drop down.

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.

avatar schnuti schnuti - open - 20 Apr 2016
avatar brianteeman brianteeman - change - 20 Apr 2016
Category Fields JavaScript
avatar brianteeman brianteeman - change - 20 Apr 2016
Labels Added: ?
avatar schnuti schnuti - change - 20 Apr 2016
The description was changed
avatar schnuti schnuti - change - 20 Apr 2016
The description was changed
avatar schnuti schnuti - change - 20 Apr 2016
The description was changed
avatar schnuti schnuti - change - 20 Apr 2016
The description was changed
avatar schnuti
schnuti - comment - 20 Apr 2016

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.

article_frontend

avatar brianteeman
brianteeman - comment - 5 Aug 2016

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


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/10001.

avatar joomla-cms-bot joomla-cms-bot - change - 30 Jan 2017
The description was changed
avatar joomla-cms-bot joomla-cms-bot - edited - 30 Jan 2017
avatar franz-wohlkoenig
franz-wohlkoenig - comment - 30 Jan 2017

Issue is same on 3.7.staging.

avatar franz-wohlkoenig franz-wohlkoenig - change - 6 Apr 2017
Status New Needs Review
avatar schnuti schnuti - change - 23 Jun 2017
Status Needs Review Closed
Closed_Date 0000-00-00 00:00:00 2017-06-23 11:30:27
Closed_By schnuti
avatar schnuti schnuti - close - 23 Jun 2017

Add a Comment

Login with GitHub to post a comment