https://bugzilla.wikimedia.org/show_bug.cgi?id=66437
--- Comment #1 from Henning <bugzilla.d...@gmail.com> --- Actually, that was removed by intention on the basis of discussions some time ago. How can you be sure that the user does not want to enter "wikida" but "Wikidata"? Although I prefer the ease of using auto-completing, it can be dangerous to make assumptions here. For using the method of auto-completing we had, the suggestion system should be flawless which is not the case and we cannot influence the system directly; even more when a Wikibase instance should link to non-MediaWiki sites. As to MediaWiki, for example: Try adding a German site link to "Allegro". You get "Allegro Film" as first suggestion although there is an article "Allegro". Unless such edge cases are not filtered out specifically, the user would need to erase the auto-completed " Film" before saving. With having to consider a big pool of languages, there are most likely problems and edge cases we are not even aware of. In addition to just presenting suggestions, auto-completing adds to the assumption that only the suggested values are valid values. If we want to have auto-completion again, I would favour a more unobtrusive implementation, like Google does with instant search where the user needs to dedicatedly press the right arrow key to auto-complete. But is saving one keypress worth the effort at the moment? Auto-completion is quite a technical burden and had flaws in the previous implementation. It would be no big deal to re-implement the old behaviour (we have jQuery.autocompletestring), but I would refrain from that. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l