Some comments related to dealing with shorter lists may be relevant to this ticket:

I have to activate a popup just to see what the other languages are, and to choose one I have to "search" by continent (with most languages doubled; scrolling needed)

This would solve some complaints of https://www.mediawiki.org/wiki/Topic:T9cku35348iyvb3y

I created an animation capturing the issue. Here is an article available in 16 languages, when you open the list of languages the list looks much longer than that because of the duplication of languages on each region:

If the number of languages are small, does it really make sense to use the dialog box at all? Lets say the number of links are 15-20-25 -ish, wouldn't it be better to just show them all in the sidebar?

In T137870#2570344, @jeblad wrote:

If the number of languages are small, does it really make sense to use the dialog box at all? Lets say the number of links are 15-20-25 -ish, wouldn't it be better to just show them all in the sidebar?

I think that the criteria defined for the initial list still applies.

Although many discussions are focused on the first-time use (and it is an important usecase), what really saves time for the user (or creates friction) is the regular repeated use.
In that context, the common languages for the user will be already available in the initial list, and having that list both short enough to check it at a glance (and noticing the access to the rest) and with just enough room to fit as many languages as users usually access seems a good balance.

Change 307504 had a related patch set uploaded (by Nikerabbit):
Update jquery.uls

https://gerrit.wikimedia.org/r/307504

@Pginer-WMF, Please check the below screenshot as per the above patch(https://gerrit.wikimedia.org/r/307504) and review. It adds "All languages" title.

In T137870#2604166, @santhosh wrote:

@Pginer-WMF, Please check the below screenshot as per the above patch(https://gerrit.wikimedia.org/r/307504) and review. It adds "All languages" title.

the label looks good to me. The separation between the languages seems a bit bigger than intended (maybe extra line-height/padding/marging is being added). I added the reference for spacing below, but we can tweak this once is live:

The spacing looks according to spec to me in https://dev.translatewiki.net/wiki/IL – 8px padding + 14px font size (which results in 34-36px total depending on the actual height of the script, because no explicit line-height).

Santhosh: can you confirm this is the same for you, and if not, can you check which style is adding more?

@Nikerabbit, thanks for link to a living example.
Between the language items there is a small separation while there should be none.

In the screenshot below I forced the hover status in some elements to illustrate the white space between them to be removed. I also inspected the first element, and the 0.1em bottom-margin that the "li" element adds seems to be the cause.

As a related note based on the above example. If there are no "suggested languages" to show, we should not be showing any section title (neither "suggested" or "all languages") and just list the languages since there won't be groups that need separation.

In T137870#2604366, @Pginer-WMF wrote:

@Nikerabbit, thanks for link to a living example.
Between the language items there is a small separation while there should be none.

Nice catch. I added overrides for the skin styles to the ULS extension – gerrit patch updated.

As a related note based on the above example. If there are no "suggested languages" to show, we should not be showing any section title (neither "suggested" or "all languages") and just list the languages since there won't be groups that need separation.

This is the case. I tested this manually by not providing suggested languages, as I am not aware where this would occur naturally.

This is the case. I tested this manually by not providing suggested languages, as I am not aware where this would occur naturally.

I see an empty "Suggested languages" section in your example:

Maybe it's due to a different issue. In any case, as you suggested, it is an edge case. It is unlikely to happen in practice given the number of different criteria we considered here, but we need to consider that it is possible that some Wikipedia articles are not available in any of the languages we considered as suggestions for a given user.

In T137870#2604358, @Nikerabbit wrote:

The spacing looks according to spec to me in https://dev.translatewiki.net/wiki/IL – 8px padding + 14px font size (which results in 34-36px total depending on the actual height of the script, because no explicit line-height).

Santhosh: can you confirm this is the same for you, and if not, can you check which style is adding more?

This is what I get for <li> tags for Russian language. That is 22+8+8=38px

That is Chrome. But in FF, without any modification, I get 18+8+8=34px

Change 307504 merged by jenkins-bot:
Update jquery.uls to a9dc11b

https://gerrit.wikimedia.org/r/307504

Change 308950 had a related patch set uploaded (by Amire80):
Update jquery.uls from upstream

https://gerrit.wikimedia.org/r/308950

Change 308950 merged by jenkins-bot:
Update jquery.uls from upstream

https://gerrit.wikimedia.org/r/308950

Change 309308 had a related patch set uploaded (by KartikMistry):
Update jquery.uls from upstream

https://gerrit.wikimedia.org/r/309308

Change 309308 merged by jenkins-bot:
Update jquery.uls from upstream

https://gerrit.wikimedia.org/r/309308

Deployed in production, verified.