Talk:Universal Language Selector/Design/Interlanguage links

Feel free to provide any feedback

Please make it stick across devices so that it works across handsets, tablets, and desktop
We've long talked about this feature and in a multi device world we shouldn't have to train each of our devices about what languages we speak Tfinc (talk)
 * Thanks for the feedback. That makes a lot of sense. There is no need to repeat the learning process once per device. Pginer (talk) 01:41, 11 February 2014 (UTC)

Reports
Now that the code landed in the ULS repo \o/ can we file bugs and enhancement requests in the ULS component? --Nemo 11:06, 5 March 2014 (UTC)
 * Well, I filed two before I forget, with [Interlanguage links] label. --Nemo 21:57, 6 March 2014 (UTC)

ULS in "personal" position
What's wrong with this feature when the ULS trigger is in the personal tools position? It works just fine for me on after enabling it in preferences, the ellipsis button is very clear and the language selector opens in a sensible way. --Nemo 20:55, 6 March 2014 (UTC)
 * Removed from ULS, filed a bug. --Nemo 07:32, 7 March 2014 (UTC)
 * Thanks for reporting this. There are a couple of related improvements we are working on:
 * Make sure that the beta feature is not listed as a beta feature on those wikis where it cannot be applied to avoid confusion.
 * Use a more accurate way to determine if the feature should be available for a given wiki. Currently the ULS position is used as a conservative way to make sure the feature only applies to wikis where we are sure interlanguage links exist. We can base this logic on $wgInterwikiMagic and $wgHideInterlanguageLinks instead which are the variables directly related to the use of interlanguage links on the sidebar.
 * --Pginer (talk) 11:52, 7 March 2014 (UTC)

Edit manually
I just activated the new Beta function, as the first on the german wikipedia (yay!). How ever, the inital languages it shows (Alemannisch, العرب, Boarisch, català, English, français, italiano, lumbaart, rumantsch) are completely irrelevant to me and I'm missing a direct way of editing them (add, remove, sort) cause it should look more like (Deutsch, English, Alemannisch, français).--Sevku (talk) 19:29, 13 March 2014 (UTC)
 * I'm the first who have activated it on the Dutch Wikipedia and I have the same question. - Supercarwaar (talk) 19:54, 13 March 2014 (UTC)
 * For context, the list comes from here: . And if I understand correctly, when it comes to languages considered by CLDR in use in the country, it picks the first by number of speakers to reach the amount of 7-9. Languages that one has previously selected in ULS should come first in theory? I tried to select Latin but I don't manage to get it to the list. --Nemo 21:17, 13 March 2014 (UTC)
 * First, thanks for your interest in the feature and providing detailed feedback. Our design goal is to make a set-up process unnecessary by making it unnecessary to select a language more than once it if was not included in the initial list (since your last choices should be remembered). However, it seems that some of the criteria for selecting the relevant languages are not working yet. In particular previous choices should be the most important criteria to make a language appear in the initial list and are not working now. In a context where selecting a language to access content makes it appear the next time, there is not much need for having a specific set-up process, but once the criteria for anticipating languages is working, we can reevaluate this --Pginer (talk) 12:54, 14 March 2014 (UTC)
 * I had the same problem on Portuguese Wikipedia: the list I got when I used pt-BR in my preferences was not really interesting. For now, I prefer to keep using a hack: b:pt:User:Helder.wiki/Tools/FilterInterlanguageLinks.js. Helder.wiki 16:04, 14 March 2014 (UTC)

Labels look like links but aren't
Please make the blue labels in the UI actual links I can open by clicking the middle mouse button, for example. --TMg 15:17, 14 March 2014 (UTC)
 * Thanks for the feedback. You are right, links on the language list should be real links. I've added this to the list of issues to be fixed. --Pginer (talk) 16:01, 14 March 2014 (UTC)

Line height
The gray text at the bottom breaks in certain languages. For example in German it says "20 weitere

Sprachen" with a much to big line-height. --TMg 15:17, 14 March 2014 (UTC)
 * I've tried the Obama article with "195 weitere Sprachen" and it fits on the small window sizes for both Chrome and Firefox with and without the typography refresh, so I could not reproduce that (is there any beta feature / gadget that could be affecting this n your case?). One of the plans for the future is to integrate the label into the button with a shorter text ("X languages") which should reduce the issues. In any case we'll also need to review the line height for those cases that text requires a new line. --Pginer (talk) 16:14, 14 March 2014 (UTC)
 * The line break is not the problem. It can't be avoided in all languages. The line height is wrong. --TMg 14:06, 15 March 2014 (UTC)

Search functionality obfuscated
The search box at the top of the UI doesn't look like a search box. It looks like a headline. The only hint that you can type something is the blinking text cursor. This is bad for usability. And it's strange since the same UI element in the ULS language selection actually does look like an input field (example screen shot). It does have a border. This one does not. --TMg 15:17, 14 March 2014 (UTC)
 * Apart from the blinking cursor, the magnifying glass icon and the "search languages" placeholder text help to identify this as a search bar. The decision of avoiding too many boxes is to try to simplify the UI (the search bar occupies all the space on top becoming the main entry point since the map is not used here and it is more closely connected to the list of languages that it filters). During our tests with users we found no issues identifying and using the search bar, but we'll keep paying attention to it. --Pginer (talk) 16:26, 14 March 2014 (UTC)
 * I can't believe this. This is oversimplifying. Microsoft tried the same in a lot of places in Windows 8 and failed horribly. Nobody understood he can simply start typing without having an input field. Did you told your test users there is a filter functionality or did they found it without knowing it is there? Users are looking for search boxes. That's why every search engine still uses a small input field with a clearly visible border. But in this case there simply is no search box. Neither the icon nor the text make it clear that the list can be filtered by typing. Both look like labels for the pop-up (that's the purpose of the pop-up, to "search for a language", right?). The Winter experiment does have the same major design flaw. And the main question remains: Why do think it's a good idea to make every UI (the Beta checkboxes, the new Special:Search, and basically every pop-up in every extension recently developed by the WMF) look different? I once learned being consistent is a major aspect in usability. --TMg 14:27, 15 March 2014 (UTC)

"More" shouldn't show same languages again
I expected the "..." button to show what it says: more languages. Instead it's like it shows the same languages again (with the completely generic headline "Sprachen" in German), plus some more. I find this confusing. Are these two selections of "common" languages based on two different assumptions? --TMg 15:17, 14 March 2014 (UTC)
 * There are a couple of aspects to consider here. The initial list is supposed to be very short, so the first section of the language list ("Common languages") will leave more room for languages the user is interested in. The reason for keeping the initial languages also on the language list is to allow the language list to be able to find all languages. This is useful if you overlook a language in the initial list or went directly to the more languages list due to muscle memory. Having said that, I can imagine that for cases where there are few languages in addition to those in the main list, the "Common languages" section could possibly be skipped. I'll add a note on the future explorations for adapting the language list to few items. --Pginer (talk) 16:43, 14 March 2014 (UTC)
 * I understand and agree that having the "commons" section in the pop-up is probably a good idea. But it should be the same as the languages in the sidebar. Currently it's almost the same, sometimes with one or two more languages, sometimes with one or two missing, sometimes almost empty with a single language only. I don't see the benefit of this. It feels like it's random (the user can not understand the rules from comparing the two lists). And as I said the headline of the "commons" section is bad in German but I couldn't find the message (?uselang=qqx is ignored for some reason). PS: Found it. --TMg 14:42, 15 March 2014 (UTC)

Misplaced pop-up
Unfortunately this was a one-time issue I can't reproduce: the pop-up was misplaced, half hidden in the top left corner of the screen. This can be easily avoided by limiting the top and left position to positive integers. (With something like Math.max(0, x).) --TMg 15:17, 14 March 2014 (UTC)
 * Are you facing issue like, http://i.imgur.com/QLyM4sI.png here? --KartikMistry (talk) 15:31, 14 March 2014 (UTC)
 * Yes, exactly. It seems this is independent from the browser. Possible explanation: Parts of the menu on the left side collapse on page load. This may confuse the code that calculates the position of the pop-up. --TMg 14:31, 15 March 2014 (UTC)
 * This looks bad. Not exactly sure what's causing the issue. Will look into it as soon as possible. Thanks for reporting this. --Niharika (talk)

Question
I turned it on my account at id.wiki, but the iw links didn't change. It worked on my beta-wiki and en.wiki accounts. It didn't work even when I switched the skin from mono to vector. Is this a known bug? Bennylin (talk) 19:53, 14 March 2014 (UTC)
 * Works for me on id.wiki. Probably some local gadget or script of yours interfering? --Nemo 21:23, 14 March 2014 (UTC)


 * Works for me on id.wiki as well. --Niharika