Last modified: 2014-05-24 03:32:21 UTC
The new search suggestions is quite a nice thing, but there is a usability flaw concerning special characters in german (umlauts, ß), french (accents) and very likely a lot of other languages.
Since it is very unlikely that a german user enters an 'ä' accidentally instead of an 'a', i think he can expect to be presented suggestions which start with the exact character sequence he typed. This is not the case, like the following example on de-wp shows:
If you enter the characters 'fü' in the searchbox, the following suggestions appear: Fußball, Fußball-Bundesliga, Fußball-Weltmeisterschaft 2006, Fußballverein, Fußballtrainer, Fulda, Fußball-Weltmeisterschaft, Fußball-Weltmeisterschaft 2002, Fußball-Europameisterschaft 2008. Mainly lot about soccer/football (Fußball in german), its coaches and championships, and one town (Fulda). Only in the very last place, usually not visible if the user does not notice the scrollslider, he will find the word 'Fürst' (sovereign). He will not notice that there are a lot of other articles starting with this sequence: Fürth, Fürstenfeldbruck, Fürstenwalde, Führer, Fühler and all the principalities called 'Fürstentum xyz':
Interesting enough: If you start typing 'Fue' (with 'ue' being the standard transcription for 'ü' when your keyboard does not have the umlauts on it), you are immediately presented a list with 'Fü'-words. This is really handy for people who have no ü on their keyboard, but it is very unlikely that it comes to a german/swiss/austrian users mind that, in order to get better suggestions, he has to use a foreign-language-trick when he browses 'his' wikipedia with 'his' keyboard.
You'll find the same behaviour on the fr-wp, sv-wp and a lot of others.
So here is my appeal: Please change the search-suggestions in a way that Articles starting with the exact sequence (e.g. when using special characters) entered are priorized over those who are similar to a possible transliteration of the special characters.
Furthermore these new search suggestions are almost foreclosing to find a disambiguation page since they normally don't have links on them. Try for example Washington County – only after the last letter (y) is entered the disamb page appears.
It's even worse: If the article/disambig page you're looking for is fully part of another word, you don't even get the exact match. So when typing i.e. "alt" in the english wikipedia, you get "alternative rock", "alternative songs", "altitude" etc. Not even when you type "alt " including the space, the disambig page is shown.
Please either revert to alphabetic search order or at least ensure that if there's a toppic that fully matches the string, it is shown.
*** Bug 24189 has been marked as a duplicate of this bug. ***
The symptoms of the bug I (NoX) reported are DIFFERENT in so far as any entry in the search fild (using French or German WIKTIONARY) do NOT PROVIDE ANY SUGGESTION, wheter they contain special characters or not.
The method provided until three or four days ago was in so far very useful in WIKTIONARYs, if you keyed in the word incorrectly e.g. (German) "hat" you got the recommendation "hatte" and "hätte"; or (French) "reve" you got "rève".
There must be something like a recent bug or a kind of malimprovement.
Please close this bugreport (only concerning French Wiktionary searchfield recommendations when keying in.
The problem seems to be RESOLVED by the french WIKTONARY guys.
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
[Merging "MediaWiki extensions/Lucene Search" into "Wikimedia/lucene-search2", see bug 46542. You can filter bugmail for: search-component-merge-20130326 ]