Last modified: 2014-11-18 19:12:13 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T36100, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 34100 - add the option to have favorite languages in the app
add the option to have favorite languages in the app
Status: NEW
Product: Wikipedia App
Classification: Unclassified
Android App (Other open bugs)
Unspecified
All All
: Low enhancement
: ---
Assigned To: Nobody - You can work on this!
: i18n
: 32908 (view as bug list)
Depends on:
Blocks: 33855
  Show dependency treegraph
 
Reported: 2012-01-31 17:48 UTC by Amir E. Aharoni
Modified: 2014-11-18 19:12 UTC (History)
11 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Amir E. Aharoni 2012-01-31 17:48:31 UTC
From mobile-l:

It would be great if two preferred languages could be defined (e.g. German and English) together with a swap button for fast switch.
Comment 1 wikimedia.x.0x 2012-12-31 15:05:25 UTC
Fast switching between languages of the currently displayed article or the setting that affects what language edition Wikipedia is searched? (if latter then I am all for it :)
Comment 2 Brion Vibber 2013-10-30 00:12:17 UTC
We definitely want something like this -- should be somewhere in our queue for the new app.

Preferred languages would likely default to 'system UI language', 'user wiki UI language if logged in', and maybe other frequently used items (or english).
Comment 3 Tomasz Finc 2013-10-30 21:43:22 UTC
*** Bug 32908 has been marked as a duplicate of this bug. ***
Comment 4 Yuvi Panda 2014-07-02 21:50:51 UTC
Note that this is a very popular request from users of the new app as well.
Comment 5 Hay Kranen 2014-11-18 11:56:12 UTC
One additional feature request (not quite sure if this should be a new bug): it would also be very convenient to see the current language selected in the search interface. This morning i was searching for five minutes for an article in the English Wikipedia until i found out that the language was set to Dutch...
Comment 6 Amir E. Aharoni 2014-11-18 12:00:06 UTC
(In reply to Hay Kranen from comment #5)
> One additional feature request (not quite sure if this should be a new bug):
> it would also be very convenient to see the current language selected in the
> search interface. This morning i was searching for five minutes for an
> article in the English Wikipedia until i found out that the language was set
> to Dutch...

This is closely related.

I now recall how I reported the original bug, which arrived as a feedback email.

I don't know how will it be resolved. It requires design and may have some surprising technical implications on the search engines but the important part is that the app badly needs to be less oriented to a single language.
Comment 7 Nemo 2014-11-18 12:21:31 UTC
(In reply to Amir E. Aharoni from comment #6)
> may have some
> surprising technical implications on the search engines

ElasticSearch already supports crosswiki searches: currently they're only used inter-project, inter-language is possible as well.
And of course we already have an interface for Wikidata crosswiki search: https://en.wikipedia.org/wiki/MediaWiki_talk:Wdsearch.js
Comment 8 Bernd Sitzmann 2014-11-18 19:12:13 UTC
The default search in the apps is using prefixsearch ("Titles"). If the user then goes to full text search ("Within articles") we use ElasticSearch. 
So, for the first step in the search process (prefixsearch) I don't see an option for crosswiki search. 
Maybe once we don't need prefixsearch anymore. In the meantime, I think a fast switch like https://bugzilla.wikimedia.org/show_bug.cgi?id=71136 is the best option.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links