Semantic-ui: Dropdowns do not show scrollbars on macs that have scrollbars disabled (default)

[5an1ty]

On macs that do not have show scrollbars set to always, dropdowns will not show their scrollbar, making it impossible for a user to see if a dropdown has more content then currently visible or not.

The default behaviour for a new Mac is the first setting: "Automatically based on mouse or trackpad".

In the following jsfiddle without the added CSS in the CSS section I cannot see scrollbars on my Mac:
http://jsfiddle.net/u5h01hqf/3/

To replicate, try and remove the CSS and set your mac to "Automatically based on mouse or trackpad".

I think Semantic-UI should take this into account and make sure scrollbars are visible for dropdowns even if OSX has it disabled.

[jlukic]

I've been using this in my personal projects with SUI but havent included in mainline.

Debating how SUI users would think about forcing custom css scrollbars.

[Morrolan]

Personally, I feel that if scrollbars are disabled by the user, don't force-show them using CSS.

[geemang2000]

+1 In my UI the DD's are a little too clean and an uneducated user might not know the DD contains more values.

If you can make it a setting, then we all win 👍

[nix1]

I agree with @Morrolan that we shouldn't force-show the scrollbars, but it's still a serious usability issue because people don't notice that there are more items.

What I did (and what I suggest might be the proper solution for this problem) is changing the height of the dropdown so that there is half of the next item visible.

// semantic/src/themes/my_theme/modules/dropdown.variables

/* Responsive */
@selectionMobileMaxItems: 3.5;
@selectionTabletMaxItems: 4.5;
@selectionComputerMaxItems: 6.5;
@selectionWidescreenMaxItems: 8.5;

By default, this change propagates also to search dropdowns.

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 30 days if no further activity occurs. Thank you for your contributions.