Community Wishlist Survey 2021/Mobile and apps

Mobile and apps
18 proposals, 257 contributors, 481 support votes
The survey has closed. Thanks for your participation :)

Welcome page on mobile app should respect dark mode setting

  • Problem: When using the mobile app with the dark theme enabled, when creating a new tab, the Main Page is shown but is not in dark theme
  • Who would benefit: Mobile app users who use the dark theme
  • Proposed solution: Since the mobile website does not support dark mode, the app should not show the website when creating a new tab. It should either render the Main Page like any other article (hence respecting the dark theme), or show something else.
  • More comments:
  • Phabricator tickets:
  • Proposer: Caph1993 16:38, 17 November 2020 (UTC)


  • @Caph1993: What are you using for dark mode? There is no native dark mode in MediaWiki. Also, what is the "welcome page"? Please provide links where possible. Thanks! MusikAnimal (WMF) (talk) 17:27, 17 November 2020 (UTC)
    Sure. I should have written dark theme instead of dark mode. To reproduce the problem: open the mobile app; open any article; tap the theme button located at the bottom; set the theme to the darkest. You will see light text on dark background everywhere, including the home of the app (very nice). But now, if you are reading an article and open a new tab, you will be presented with Wikipedia's home page that has white background.

    Notice the distinction between the app home view and the Wikipedia home page: The home view is dark, and it is presented when you open the app for the first time or every time you use the back arrow until you can no more. The Wikipedia home page is light and can only be accessed by opening a new tab (which is weird). — The preceding unsigned comment was added by Caph1993 (talk)

    @Caph1993: I believe I understand the issue. The Main Page is being shown through the web browser, and the web site does not support dark mode. We attempted to add dark mode following the #2 wish in the 2019 survey. Unfortunately we had to abandon that effort due to some technical challenges and conflicts with other teams. You can learn more from reading our status report. That said, the other solution of course is for the app to just show something else than the mobile Main Page (which I agree is weird). I'm going to boldly reword your proposal to be about this. If I've misunderstood you, please let me know :) Thanks, MusikAnimal (WMF) (talk) 16:01, 7 December 2020 (UTC)
  • Wait, what? There are tabs in the app? Is that Android-only, or a new feature I haven't upgraded to? Pelagic (talk) 05:17, 16 December 2020 (UTC)


making portals USABLE on mobile

  • Problem: portals look terrible on mobile wikipedia app
  • Who would benefit: people that are active in wikipedia portals
  • Proposed solution: make them mobile friendly (?)
  • More comments:
  • Phabricator tickets:
  • Proposer: Zsinytwiki (talk) 11:26, 17 November 2020 (UTC)


@Zsinytwiki: What kind of portals? Could you please provide an example link? Thanks, --AKlapper (WMF) (talk) 13:56, 17 November 2020 (UTC)

@Aklapper: anime and manga portal (example) Its very broken on mobile.

This is something that will have to be changed on that wiki by the people there and is accordingly out of scope. --Izno (talk) 00:47, 21 November 2020 (UTC)

the community can fix this. Have you seen mw:Extension:TemplateStyles ? Using that for this page will allow you to style it for mobile web and apps Jdlrobson (talk) 16:23, 15 December 2020 (UTC)


Add information on sister projects to mobile apps

  • Problem: Currently mobile apps don't acknowledge the existence of sister projects. For example, Wikipedia app will not inform the readers that they can get more images on Wikimedia Commons or see a travel guide at Wikivoyage.
  • Who would benefit: Everyone.
  • Proposed solution: Just like we have a button for toggling between different languages, we should have a button for sister apps. We don't need to add support for rendering if this is a problem, just launch a default browser with the sister site, this will be good enough for now.
  • More comments:
  • Phabricator tickets:
  • Proposer: Piotrus (talk) 04:52, 17 November 2020 (UTC)


On the Italian Wikipedia we have a section called "Altri Progetti" in every page where there are links to sister projects. --Yacine Boussoufa (talk) 15:31, 17 November 2020 (UTC)

@Yacine Boussoufa:
It is not a good solution as it implies:
  1. There is a bot that continuously checks whether there are links to sister projects, and this bot modifies the articles. OR
  2. It is the responsibility of the editor/s of each article (or an administrator) to verify if the links exist and modify each article.
This system is not functional.
Jmarchn (talk) 22:09, 23 November 2020 (UTC)

@Piotrus and Yacine Boussoufa: The following drop-down menus are available on Wikipedia (in Mobile mode):

Mobile menus
English Catalan Italiano
Language Llengua Lingua
Watch Deixa de vigilar Segui
History Historial Cronologia
Edit Modifica Modifica
More Més

In Catalan is included Més, but in English More or in Italian Più are not displayed. Or more exactly, in English, only "More" is visible in "Advanced mode" which the user hardly discovers. The drop-down menu "More" contains: "Page information", "Permanent link" and more commands.

I have two proposals:

  1. "More" menu should always be visible and contain linking commands to sister projects; and in any case with sister project commands at the beginning (and "Wikimedia Commons" as first).
  2. There were button-icons (and only icons) of sister projects alongside these drop-down menus, as there is enough space. This proposal is similar to Piotrus', and I think it's the best option, because it's more visible.

But it is not an acceptable proposal to leave it as it is at present or postpone a decision.

Jmarchn (talk) 22:09, 23 November 2020 (UTC)

I am fine with the above idea. --Piotrus (talk) 08:48, 24 November 2020 (UTC)
I have the "vertical ellipsis / three dots / ⋮ / More" button on English Wikipedia in mobile/Minerva, @Jmarchn. Could it be that you enabled mw:AMC on Catalan but not the other wikis?
But yes, they enabled the AMC-style toolbar (with 4 buttons) for everyone, and the fifth More button is opt-in only (at least on w:en and some other wikis that I have tested with). So there are two components to this: (a) should the fifth button be turned on for everyone, or should the not-logged-in mobile experience remain dumbed-down? (I don't mean that in a bad way, I believe it was originally simplified because that was perceived as a need for mobile users at the time) and (b) does "in other projects" go into the More drop-down alongside "Wikidata item" and other page tools? Pelagic (talk) 06:07, 16 December 2020 (UTC)

In the iOS app, I have five buttons across the (screen-) bottom bar (always visible): TOC, language, bookmark, share, appearance, find. Talk, history, and "similar pages" are at the page bottom (scroll down), under a heading "About this article" (styled differently from a content section heading). Those above talking about the mobile menu appear to be referencing mobile web. So is this wish about web, app, or both? ("In other projects" shows in neither for me.) Also: in the iOS app, if I tap out via an on-page link to another project like Commons or even another namespace within Wikipedia, that opens in an embedded browser not in the app UI. So no dark or sepia theme, no save for later, etc. Pelagic (talk) 05:49, 16 December 2020 (UTC)

For app, consider where is best placement: with ''Languages'' (they are both based on Wikidata sitelinks, but that's not going to mean anything to the average reader), under ''About this article'', under ''Read more'' (logically correct, but maybe jarring alongside the "related articles" type links), or in the footer alongside ''View article in browser''. Also consider: do we go down the route of having dedicated apps for Commons and 'Data, do we expand support in the Wikipedia app, or just keep kicking the user into the embedded browser for "other projects"? Pelagic (talk) 06:27, 16 December 2020 (UTC)

Note that there was a conversation recently on Wikidata Project Chat about the link for "Wikidata item" only appearing on mobile web if you're logged in and have AMC enabled. Pelagic (talk) 05:49, 16 December 2020 (UTC)


  •   Support Kambai Akau (talk) 10:04, 9 December 2020 (UTC)
  •   Support The WMF is insistingly abandoning the sister projects, which is very clear in its new branding proposal. It is obvious that they will never grow with more visibility, specific functions and adapted interface. Thanks for bringing up this proposal. Xavi Dengra (MESSAGES) 12:50, 9 December 2020 (UTC)
  •   Support It might be not big problem with wikidata. JAn Dudík (talk) 19:54, 9 December 2020 (UTC)
  •   Support Libcub (talk) 19:59, 10 December 2020 (UTC)
  •   Support  Swazmo     23:04, 10 December 2020 (UTC)
  •   Support BoldLuis (talk) 17:35, 11 December 2020 (UTC)
  •   Support Tom Ja (talk) 12:07, 12 December 2020 (UTC)
  •   Support Ivanics (talk) 19:04, 12 December 2020 (UTC)
  •   Support Xosé (talk) 18:32, 13 December 2020 (UTC)
  •   Support Texttramp (talk) 18:39, 13 December 2020 (UTC)
  •   Support MTheiler (talk) 15:43, 15 December 2020 (UTC)
  •   Support PsamatheM (talk) 23:45, 15 December 2020 (UTC)
  •   Support for app and for mobile web. Pelagic (talk) 06:18, 16 December 2020 (UTC)
  •   Support EasyKL (talk) 03:42, 17 December 2020 (UTC)
  •   Support Kku (talk) 07:07, 17 December 2020 (UTC)
  •   Support S8321414 (talk) 14:22, 21 December 2020 (UTC)

Display categories in mobile view


  • See, Testing and Development, enable "Add categories to the mobile interface." That said, it would make sense to me to make this the default, unless it's still unstable. Eiim (talk) 05:04, 17 November 2020 (UTC)
  • In the "Advanced mode" there is a "Categories" button at the bottom. I suspect this is not in the "normal" mode because it can be very obtrusive, and I assume not a particularly popular feature for readers. Would you like to reword your proposal to add the category feature to all mobile users, or are there improvements you'd like to see to the "Advanced mode"? The former is not something we could promise upfront (mobile web is intentionally extremely lightweight), but regardless I think this proposal needs clarification as a Categories feature does exist. Kind regards, MusikAnimal (WMF) (talk) 19:52, 17 November 2020 (UTC)
    @MusikAnimal: How to activate advanced mode? CyberTroopers (talk) 03:45, 20 November 2020 (UTC)
    @CyberTroopers: Go to the settings page on the mobile site and selected "Advanced mode". MusikAnimal (WMF) (talk) 20:34, 20 November 2020 (UTC)
  • @Infovarius: I have redirected your identical proposal here. I have the same question for you: does the existing solution to show categories in "Advanced mode" work for you? See above. MusikAnimal (WMF) (talk) 23:52, 21 November 2020 (UTC)
  • I strongly support this proposal, and displaying categories in advanced is not a solution - I didn't know this existed, and I am a reasonably heavy user of mobile view. I would amend this proposal to add - display both the categories that belong to an article, and display the category pages correctly (so if you navigate to Category:XYZ, the members of category XYZ display). -- phoebe | talk 14:34, 27 November 2020 (UTC)
  • It must appear collapsed. --BoldLuis (talk) 17:40, 11 December 2020 (UTC)


  •   Support * Pppery * it has begun 02:05, 9 December 2020 (UTC)
  •   Support LostMyMind (talk) 06:13, 9 December 2020 (UTC)
  •   Support Categories are supposed to be for readers, not just editors, even though we often forget that. I think many readers would find categories useful if they knew about them (e.g. didn't have them hidden). Enabling this in mobile normal should be trivially simple if it's already in advanced mode. {{u|Sdkb}}talk 09:18, 9 December 2020 (UTC)
  •   Support -- Triple C 85 |talk| 10:40, 9 December 2020 (UTC)
  •   Support Brewster239 (talk) 12:27, 9 December 2020 (UTC)
  •   Support Not only in mobile view in the browser, but also in the Mobile Apps. Wiki-uk (talk) 12:44, 9 December 2020 (UTC)
  •   Support Xavi Dengra (MESSAGES) 12:44, 9 December 2020 (UTC)
  •   Support NMaia (talk) 12:46, 9 December 2020 (UTC)
  •   Support BugWarp (talk) 12:57, 9 December 2020 (UTC)
  •   Support -- Grauhederl (talk) 14:57, 9 December 2020 (UTC)
  •   Support Mannivu · 15:24, 9 December 2020 (UTC)
  •   Support JAn Dudík (talk) 19:52, 9 December 2020 (UTC)
  •   Support dwf² (talk) 23:01, 9 December 2020 (UTC)
  •   Support - Darwin Ahoy! 01:35, 10 December 2020 (UTC)
  •   Support JPxG (talk) 05:57, 10 December 2020 (UTC)
  •   Support SK2242 (talk) 14:38, 10 December 2020 (UTC)
  •   Support had trouble with this one in the past, Glad to have some change to this. MarsInSVG (talk) 14:59, 10 December 2020 (UTC)
  •   Support; right now I have to frequently go back and forth between the mobile and desktop views. Libcub (talk) 19:56, 10 December 2020 (UTC)
  •   Support NaBUru38 (talk) 20:50, 10 December 2020 (UTC)
  •   Support  Swazmo     23:03, 10 December 2020 (UTC)
  •   Strong support also faced it. Empire AS (talk) 06:13, 11 December 2020 (UTC)
  •   Support --Encycloon (talk) 15:23, 11 December 2020 (UTC)
  •   Support Arnd (talk) 16:49, 11 December 2020 (UTC)
  •   Support OosWesThoesBes (talk) 17:23, 11 December 2020 (UTC)
  •   Support BoldLuis (talk) 17:40, 11 December 2020 (UTC)
  •   Support --Andyrom75 (talk) 19:27, 11 December 2020 (UTC)
  •   Support --MSY-07 (talk) 14:18, 12 December 2020 (UTC)
  •   Support Ivanics (talk) 19:05, 12 December 2020 (UTC)
  •   Support Tom Ja (talk) 20:07, 12 December 2020 (UTC)
  •   Support Paperoastro (talk) 22:01, 12 December 2020 (UTC)
  •   Support Rdyornot (talk) 22:19, 12 December 2020 (UTC)
  •   Support Darwinek (talk) 00:03, 13 December 2020 (UTC)
  •   Support Makendo k (talk) 00:44, 13 December 2020 (UTC)
  •   Support Xosé (talk) 18:32, 13 December 2020 (UTC)
  •   Support -- the wub "?!" 18:33, 13 December 2020 (UTC)
  •   Support Nietsnie03 (talk) 07:46, 15 December 2020 (UTC)
  •   Support β16 - (talk) 09:15, 15 December 2020 (UTC)
  •   Support Lionel Scheepmans Contact French native speaker, sorry for my dysorthography 12:26, 15 December 2020 (UTC)
  •   Support PMG (talk) 13:50, 15 December 2020 (UTC)
  •   Support MTheiler (talk) 15:48, 15 December 2020 (UTC)
  •   Support. Shalomori123 (talk) 17:07, 15 December 2020 (UTC)
  •   Support--Robin Chubret (talk) 18:13, 15 December 2020 (UTC)
  •   Support Categories are always a fun thing to add, why not. Bgrus22 (talk) 21:41, 15 December 2020 (UTC)
  •   Support Mohanad Kh Talk 06:15, 16 December 2020 (UTC)
  •   Oppose categories are not important or popular enough among readers to justify including them in an intentionally simplified mobile interface. They should be restricted to advanced mode. – Teratix 06:28, 16 December 2020 (UTC)
  •   Support Crissov (talk) 09:04, 16 December 2020 (UTC)
  •   Support Kaartic [talk] 18:34, 16 December 2020 (UTC)
  •   Support Mrs.Alef (talk) 21:35, 16 December 2020 (UTC)
  •   Support GiFontenelle (talk) 23:01, 16 December 2020 (UTC)
  •   Support Keepcalmandchill (talk) 23:58, 16 December 2020 (UTC)
  •   Support Kku (talk) 07:43, 17 December 2020 (UTC)
  •   Support This shouldn't have been a matter of proposal in the first place, it's so self-evident. Adam78 (talk) 10:26, 17 December 2020 (UTC)
  •   Support Ameisenigel (talk) 15:29, 17 December 2020 (UTC)
  •   Support DarkGlow (talk) 21:08, 17 December 2020 (UTC)
  •   Support Mmitchell10 (talk) 21:13, 17 December 2020 (UTC)
  •   Strong support --Joalbertine (talk) 12:10, 18 December 2020 (UTC)
  •   Support Bumsowee (talk) 16:41, 18 December 2020 (UTC)
  •   Support Also some navigation templates are not showing up. Joseph (talk) 16:25, 19 December 2020 (UTC)
  •   Support 郑洲扬 (talk) 12:36, 20 December 2020 (UTC)
  •   Support. not only in advanced mod. — tyseria 01:44, 21 December 2020 (UTC)
  •   Support Malvinero10 (talk) 03:08, 21 December 2020 (UTC)
  •   Support Categories are part of the edited work. Automatic removal of them from display is against the "community" rule. If Wikimedia wants to remove Categories feature for technical reasons, then remove it consistently from all clients, but before that, consult and prepare for an amply long (eg. 5 years) phase out time. Wotheina (talk) 09:05, 21 December 2020 (UTC)
  •   Support S8321414 (talk) 14:24, 21 December 2020 (UTC)
  •   Support Ladnerg310 (talk) 14:45, 21 December 2020 (UTC)
  •   Support This will be very useful. Wouldn't it be just a change of default settings, that will require very little development work? Amir E. Aharoni (talk) 14:59, 21 December 2020 (UTC)

Geolocated Entries App

  • Problem: lack of an application associating entries with geolocalization (easy to handle)
  • Who would benefit: teachers and students/tourists
  • Proposed solution: an application capable of gathering open street maps and wikipedia/wikimedia commons in mobile phones. If possible, scripts to transfer local images to wikimedia commons and open street map simultaneously.
  • More comments: Make WikiShootMe friendly
  • Phabricator tickets:
  • Proposer: Lgjunior (talk) 16:52, 17 November 2020 (UTC)


  • Yes this would be both Interesting and Useful! Zblace (talk) 18:06, 20 November 2020 (UTC)


Making page history visible in mobile app. Not in mobile site

  • Problem: In title: you can't visit history of edits on mobile app
  • Who would benefit: everyone
  • Proposed solution: add it
  • More comments:
  • Phabricator tickets:
  • Proposer: Zsinytwiki (talk) 16:36, 17 November 2020 (UTC)


Note: this feature is already available on iOS, while it appears that the Android app opens the edit history in a web browser and not in the app itself. H78c67c (talk) 07:23, 18 November 2020 (UTC)

{Ping|H78c67c} so, why doesn't it get implemented in Android app. It's not hard at all

  • I would like to see the discussion also added to the mobile app. It's a basic feature of the WP. So: History and discussion. Taigatrommel (talk) 18:20, 25 November 2020 (UTC)


  •   Support That's weird, I thought it was already properly implemented. I guess I will support then and hopefully it does get implemented. MarioSuperstar77 (talk) 21:40, 8 December 2020 (UTC)
  •   Support Gabrasca (talk) 21:48, 8 December 2020 (UTC)
  •   Support Yes implement it in Android App شادي (talk) 22:27, 8 December 2020 (UTC)
  •   Support 5225C (talkcontributions) 00:13, 9 December 2020 (UTC)
  •   Support Hanif Al Husaini (talk) 01:06, 9 December 2020 (UTC)
  •   Support Wil540 art (talk) 01:32, 9 December 2020 (UTC)
  •   Support PianistHere (talk) 01:45, 9 December 2020 (UTC)
  •   Support * Pppery * it has begun 02:04, 9 December 2020 (UTC)
  •   Support Yeenosaurus (talk) 03:27, 9 December 2020 (UTC)
  •   Support Nurtenge (talk) 04:14, 9 December 2020 (UTC)
  •   Support Pinerineks (talk) 06:59, 9 December 2020 (UTC)
  •   Support Stepet49 (talk) 07:06, 9 December 2020 (UTC)
  •   Support That's exactly why I don't use mobile app (Android) :/ Michal0803 (talk) 09:22, 9 December 2020 (UTC)
  •   Support -- Triple C 85 |talk| 10:39, 9 December 2020 (UTC)
  •   Support Wiki-uk (talk) 12:49, 9 December 2020 (UTC)
  •   Support BugWarp (talk) 13:00, 9 December 2020 (UTC)
  •   Supportputnik 19:01, 9 December 2020 (UTC)
  •   Support JAn Dudík (talk) 19:53, 9 December 2020 (UTC)
  •   Support TheAmerikaner (talk) 20:43, 9 December 2020 (UTC)
  •   Support Paul1764 (talk) 20:44, 9 December 2020 (UTC)
  •   Support Wholeheartedly agree! Why this isn't available in Android is beyond me, but hopefully, this is implemented soon. Jh15s (talk) 21:50, 9 December 2020 (UTC)
  •   Support dwf² (talk) 23:01, 9 December 2020 (UTC)
  •   Support Jack Ryan Morris (talk) 00:56, 10 December 2020 (UTC)
  •   Support NMaia (talk) 01:10, 10 December 2020 (UTC)
  •   Support - Darwin Ahoy! 01:38, 10 December 2020 (UTC)
  •   Support Takot (talk) 15:24, 10 December 2020 (UTC)
  •   Support  Swazmo     23:06, 10 December 2020 (UTC)
  •   Support RSLitman (talk) 02:19, 11 December 2020 (UTC)
  •   Support Poslovitch (talk) 16:47, 11 December 2020 (UTC)
  •   Support BoldLuis (talk) 17:41, 11 December 2020 (UTC)
  •   Support Tom Ja (talk) 12:08, 12 December 2020 (UTC)
  •   Support cant wait Zsinytwiki (talk) 21:27, 12 December 2020 (UTC)
  •   Support Theshumai (talk) 23:13, 12 December 2020 (UTC)
  •   Support Darwinek (talk) 00:04, 13 December 2020 (UTC)
  •   SupportBilorv (talk) 04:20, 13 December 2020 (UTC)
  •   Support ~ Amory (utc) 13:22, 14 December 2020 (UTC)
  •   SupportYahya (talkcontribs.) 16:32, 14 December 2020 (UTC)
  •   Support + Medea7 (talk) 22:31, 14 December 2020 (UTC)
  •   Support MTheiler (talk) 15:50, 15 December 2020 (UTC)
  •   Support. Shalomori123 (talk) 17:04, 15 December 2020 (UTC)
  •   Support I'm surprised this needs a motion - it should be a no brainer for basic parity. The Grid (talk) 17:50, 15 December 2020 (UTC)
  •   Support Femkemilene (talk) 11:43, 16 December 2020 (UTC)
  •   Support Kaartic [talk] 18:37, 16 December 2020 (UTC)
  •   Support LS9974 (talk) 21:24, 16 December 2020 (UTC)
  •   Support Ekaterina vega (talk) 08:42, 17 December 2020 (UTC)
  •   Support Cod9 (talk) 08:57, 17 December 2020 (UTC)
  •   Support Ameisenigel (talk) 15:30, 17 December 2020 (UTC)
  •   Support MAXMcow (talk) 00:38, 19 December 2020 (UTC)
  •   Support Tyseria (talk) 01:38, 21 December 2020 (UTC)
  •   Strong support for history and discussion. These will make the app, at least, “usable for the contributors”. — Meghmollar2017Talk • 08:35, 21 December 2020 (UTC)

Table of contents anchoring

  • Problem: In mobile versions (and desktop versions), if you want to access the table of contents bar, it is quite hard.
  • Who would benefit: Readers.
  • Proposed solution: Implement a TOC quick access button at pages that have Table of Contents. This can be done across mobile and desktop, where if the TOC is inaccessable at page location (at desktop), a button appears, where when clicked, shows the table of contents as a popup box.
  • More comments: This have been achieved across various methods that hijack the magic word __TOC__ to be put into a <html> tag. However, this workaround requires user scripts, and is definitely not anything that can be called accessability. This should be considered as an accessability tool.
  • Phabricator tickets:
  • Proposer: 1233 T / C 10:27, 22 November 2020 (UTC)


  • Will help many people. Maybe you could have a sidebar/dropdown like on the Wikipedia mobile app. Seemplez (talk) 12:21, 7 December 2020 (UTC)
  • Hey @1233: thanks for the proposal! Regarding the desktop part, this wish could be granted as a part of the Desktop Improvements project. Therefore, this part doesn't need to be voted upon. Would it be acceptable for you if I moved this wish to the Mobile and apps category? SGrabarczuk (WMF) (talk) 19:03, 7 December 2020 (UTC)
  • Sure, whatever if possible. (Also note: if it is at Desktop improvement, it seems possible to fill up the blank space at the right. --1233 T / C 02:08, 8 December 2020 (UTC)
  • very important. Do not forget to add, the function: value transfer. In the mobile version, the option does not exist, it is very lacking. Thanks, and at night if there are any disruptions, I translated using Google Translate. לבלוב (talk) 09:36, 10 December 2020 (UTC)


Turn off mobile talk view

  • Problem: At some point in I believe 2019, there was a special mobile web talk page view added, on by default on every talk page. I really do not like how this works, but I have to switch to normal view on every page.
  • Who would benefit: I'm sure a lot of people would like the old view. There are really annoying bugs only present in the "fancy" view like

Tracked in Phabricator:
task T241402 that make talk pages harder to use, and it's generally not a good feature.

  • Proposed solution: Option in settings to keep this view off when talk pages load.
  • More comments:
  • Phabricator tickets:
  • Proposer: DemonDays64 (talk) 09:17, 17 November 2020 (UTC)


I also suggested previously that page would be more useful if it displayed some indication of how recent &/or big each thread is, then you could decide whether to tap into an individual topic, or view them all together. I think one of the dev's has kindly made a phab ticket for that. However, for those who want to always go to the "read as wiki page" view, a preference toggle would be handy. There's hardly anything on the mobile pref's page, so shouldn't be any problem with settings overload there. Pelagic (talk) 12:02, 16 December 2020 (UTC)


Undo on mobile

  • Problem: On mobile there is no way to undo, either as part of the default experience or the advanced mobile contributions experience. Often undoing requires switching to desktop or leaving it for someone else to do.
  • Who would benefit: Most editors; readers of heavily vandalized pages
  • Proposed solution: The phabricator ticket associated has a proposed implementation, it's just never been prioritized. It performing well in the wishlist would likely be a good signal that it should be added.
  • More comments:
  • Phabricator tickets:
  • Proposer: Jdlrobson (talk) 03:24, 18 November 2020 (UTC)


For your information, Wikipedia:User:DannyS712/Undo is a user script which allow Undo using a mobile interface PAC2 (talk) 17:50, 23 November 2020 (UTC)

  • You mean revert, right? I support this to be available and not just as a script. I tried the script, that does not work. Enjoyer of World (talk) 03:40, 1 December 2020 (UTC)


  •   Support Yup this is must..!!!! Feroze Ahmad 2 (talk) 05:04, 9 December 2020 (UTC)
  •   Support I would be grateful if it is done. --LostMyMind (talk) 06:11, 9 December 2020 (UTC)
  •   Support Danbloch (talk) 09:38, 9 December 2020 (UTC)
  •   Support Kambai Akau (talk) 09:48, 9 December 2020 (UTC)
  •   Support Brewster239 (talk) 12:28, 9 December 2020 (UTC)
  •   Support BugWarp (talk) 12:59, 9 December 2020 (UTC)
  •   Support (talk) 13:54, 9 December 2020 (UTC)
  •   Support Mannivu · 15:25, 9 December 2020 (UTC)
  •   Support ok, I can undo by using an hack on my common.js, but we must have a global function for everyone. --Cpaolo79 (talk) 18:46, 9 December 2020 (UTC)
  •   Support TheAmerikaner (talk) 20:36, 9 December 2020 (UTC)
  •   Support support for reverting an edit, I had this exact problem once recently, to revert vandalism I had to switch to desktop Paul1764 (talk) 20:40, 9 December 2020 (UTC)
  •   Support NMaia (talk) 01:13, 10 December 2020 (UTC)
  •   Support - Darwin Ahoy! 01:35, 10 December 2020 (UTC)
  •   Support mobileundo currently is not working for me. SK2242 (talk) 14:34, 10 December 2020 (UTC)
  •   Support Libcub (talk) 19:53, 10 December 2020 (UTC)
  •   Support Titore (talk) 00:14, 11 December 2020 (UTC)
  •   Strong support have to switch to desktop to undo an edit. Empire AS (talk) 06:13, 11 December 2020 (UTC)
  •   Support BoldLuis (talk) 17:36, 11 December 2020 (UTC)
  •   Support Qwfp (talk) 20:40, 11 December 2020 (UTC)
  •   SupportSyed Muhammad Al Hafiz (talk) 06:57, 12 December 2020 (UTC)
  •   Support Oh, DrPizza! (talk) 08:13, 12 December 2020 (UTC)
  •   Support Ivanics (talk) 19:04, 12 December 2020 (UTC)
  •   Support Theshumai (talk) 23:15, 12 December 2020 (UTC)
  •   Support Tmv (talk) 02:32, 13 December 2020 (UTC)
  •   SupportBilorv (talk) 04:02, 13 December 2020 (UTC)
  •   Support -- the wub "?!" 18:34, 13 December 2020 (UTC)
  •   SupportYahya (talkcontribs.) 16:24, 14 December 2020 (UTC)
  •   Support Dan100 (talk) 18:01, 14 December 2020 (UTC)
  •   Support important for doing mobile editing Medea7 (talk) 22:28, 14 December 2020 (UTC)
  •   Support Lionel Scheepmans Contact French native speaker, sorry for my dysorthography 12:25, 15 December 2020 (UTC)
  •   Support Qmacaw (talk) 04:19, 16 December 2020 (UTC)
  •   Support Tetizeraz (talk) 04:34, 16 December 2020 (UTC)
  •   Support Also support reviving AMC effort for another round of general improvements. (Longer term we should consider whether a responsive skin like Timeless would be a better default for mobile web users than MobileFrontend+Minerva, or commit to continued improvment of "advanced" Minerva.) Pelagic (talk) 04:57, 16 December 2020 (UTC)
  •   Support Mohanad Kh Talk 06:13, 16 December 2020 (UTC)
  •   Support strongly – Teratix 06:22, 16 December 2020 (UTC)
  •   Support Michael Childs (talk) 01:49, 17 December 2020 (UTC)
  •   Support This will help to improve editing function Ccmarathe (talk) 06:05, 17 December 2020 (UTC)
  •   Support Kku (talk) 07:46, 17 December 2020 (UTC)
  •   Support Cod9 (talk) 08:56, 17 December 2020 (UTC)
  •   Support Ameisenigel (talk) 15:31, 17 December 2020 (UTC)
  •   Support DarkGlow (talk) 21:08, 17 December 2020 (UTC)
  •   Support Please Do MAXMcow (talk) 00:37, 19 December 2020 (UTC)
  •   Support Fredlesaltique (talk) 09:03, 19 December 2020 (UTC)
  •   Support 5910 C (talk) 21:47, 19 December 2020 (UTC)
  •   Support Tyseria (talk) 01:38, 21 December 2020 (UTC)
  •   Support He's the Billy Australia can't afford (talk) 02:37, 21 December 2020 (UTC)
  •   Support Malvinero10 (talk) 03:10, 21 December 2020 (UTC)
  •   SupportMeghmollar2017Talk • 07:20, 21 December 2020 (UTC)
  •   Support S8321414 (talk) 14:23, 21 December 2020 (UTC)

Mobile editnotices

  • Problem: Editors are not shown editnotices in the mobile edit window, and therefore often miss important instructions.
  • Who would benefit: All mobile editors.
  • Proposed solution: Implement functionality to display editnotices on mobile. Given the more limited screen real estate on mobile, it may also be necessary to create tools to help the community prioritize which notices are important enough to be shown there.
  • More comments:
  • Phabricator tickets: task T201595
  • Proposer: {{u|Sdkb}}talk 02:51, 17 November 2020 (UTC)


  • Editnotices are often used in help contents, it's necessary having them visible also from mobile--ValeJappo【〒】 08:47, 17 November 2020 (UTC)
  • They're also used to give awareness to discretionary sanctions and page restrictions, on enwiki. Very important mobile users can see these. ProcrastinatingReader (talk) 15:52, 19 November 2020 (UTC)


Moving page on mobile

  • Problem: Currently, moving a page (renaming a page) cannot be done in mobile view, except if we change the URL directly or search for "Special:MovePage/(PAGENAME)". It is not quite mobile-friendly.
  • Who would benefit: Mobile users who want to move a page
  • Proposed solution: Add a button linked to "Special:MovePage/(PAGENAME)" on mobile web view.
  • More comments: I suppose this may only be available in advanced mode.
  • Phabricator tickets:
  • Proposer: Sun8908 (talk) 10:37, 25 November 2020 (UTC)



  •   Support Je supporte cette initiative. après les deux sessions de rencontres virtuelles, ce sujet est l'un des plus débattus. Ross.Patrick (talk) 10:52, 9 December 2020 (UTC)
  •   Support Itsrear (talk) 12:07, 9 December 2020 (UTC)
  •   Support Brewster239 (talk) 12:25, 9 December 2020 (UTC)
  •   Support TheAmerikaner (talk) 20:43, 9 December 2020 (UTC)
  •   Support This is quite a basic feature that needs to be included in advanced mode - I support this proposal. Jh15s (talk) 21:48, 9 December 2020 (UTC)
  •   Support Katelem (talk) 18:35, 10 December 2020 (UTC)
  •   Support Alexcalamaro (talk) 22:31, 10 December 2020 (UTC)
  •   Strong support mobile users would benefit. Empire AS (talk) 06:12, 11 December 2020 (UTC)
  •   Strong support, definitely! Enjoyer of World (talk) 06:14, 11 December 2020 (UTC)
  •   Support BoldLuis (talk) 17:34, 11 December 2020 (UTC)
  •   Support James Martindale (talk) 17:54, 11 December 2020 (UTC)
  •   SupportBilorv (talk) 04:19, 13 December 2020 (UTC)
  •   Support DGtal (talk) 08:23, 13 December 2020 (UTC)
  •   Strong supportYahya (talkcontribs.) 16:42, 14 December 2020 (UTC)
  •   Support Em-mustapha User | talk 12:59, 15 December 2020 (UTC)
  •   Support. Shalomori123 (talk) 17:13, 15 December 2020 (UTC)
  •   Support Bgrus22 (talk) 21:42, 15 December 2020 (UTC)
  •   Support for advanced mode only – Teratix 06:32, 16 December 2020 (UTC)
  •   Support Ameisenigel (talk) 15:30, 17 December 2020 (UTC)
  •   Support DarkGlow (talk) 21:09, 17 December 2020 (UTC)
  •   Support Nadzik (talk) 11:56, 19 December 2020 (UTC)
  •   Support Edu! (talk) 17:38, 19 December 2020 (UTC)
  •   Support Tyseria (talk) 01:30, 21 December 2020 (UTC)
  •   Strong support Malvinero10 (talk) 03:11, 21 December 2020 (UTC)
  •   Support Momizi06 (talk) 10:58, 21 December 2020 (UTC)
  •   Support S8321414 (talk) 14:23, 21 December 2020 (UTC)

Improving Chinese on mobile

中文: 有關移動版軟體中文的改良建議

  • Problem: The Chinese version of the mobile version is rather confusing: the title is displayed in traditional Chinese, and the content is displayed in simplified characters and cannot be set.
中文: 移動版的中文比較混亂:標題由正體中文顯示,而內容由簡化字顯示,且無法設定。
  • Who would benefit: All Chinese users
中文: 所有中文用戶。
  • Proposed solution: The language menu distinguishes "Traditional Chinese" and "Simplified Chinese".
中文: 語言菜單分清「正體中文」與「簡化中文」。
  • More comments: Add localization dropdown menu merged here. From that proposal (proposer User:1233): Unlike desktop, local glyph conversion wasn't done on mobile. This created problems where one type of glyph was shown concurrently with another set (e.g. in Chinese Wikipedia, Traditional characters and simplified ones are shown at the same time). Localization wasn't done because it was set to "not convert", unlike desktop, where a dropdown menu is present. The lack of this dropdown menu created the problem. Let language conversion modules be used on wikis that have such function added (e.g. in Chinese Wikipedia, a dropdown menu for variant conversion). Note: this will also affect other wikis that have the language/glyph conversion module enabled.
  • Phabricator tickets: phab:T195265
  • Proposer: Arch-Jason (talk) 11:47, 19 November 2020 (UTC)


There is the setting, but it hidden under the language section, it seems ok to create a variant button?--1233 T / C 06:43, 28 November 2020 (UTC)


  •   Support PianistHere (talk) 01:48, 9 December 2020 (UTC)
  •   Support Nurtenge (talk) 04:13, 9 December 2020 (UTC)
  •   Support Ottawajin (talk) 05:11, 9 December 2020 (UTC)
  •   Support Xavi Dengra (MESSAGES) 12:45, 9 December 2020 (UTC)
  •   Support NMaia (talk) 01:09, 10 December 2020 (UTC)
  •   Support Libcub (talk) 20:00, 10 December 2020 (UTC)
  •   SupportBilorv (talk) 04:16, 13 December 2020 (UTC)
  •   Support Utopes (talk) 20:22, 15 December 2020 (UTC)
  •   Support Lt2818 (talk) 15:11, 16 December 2020 (UTC)
  •   Support Supporting this just because it is something outside enwiki. Papuass (talk) 21:46, 16 December 2020 (UTC)
  •   Support Shenme (talk) 06:54, 17 December 2020 (UTC)
  •   Support S8321414 (talk) 14:25, 21 December 2020 (UTC)

Mobile support for SecurePoll

  • Problem: As a wikipedian who uses wikipedia on public transportation, I would like to be able to vote on my phone. I recently found out that the SecurePoll extension had broken, which meant I had to revote on the enwiki 2020 ArbCom elections. I was (and still am) stuck on a bus, so I went to the voting server on my phone. What I found, was that the voting server had no mobile support.
  • Who would benefit : Users that want to vote on their phones.
  • Proposed solution: Add mobile support
  • More comments:
  • Phabricator tickets:
  • Proposer: Sportzpikachu (talk) 08:11, 24 November 2020 (UTC)


  • I'm not saying this wouldn't be a benefit, but I do feel that since it's functionally only editors who need to use it, and voting periods are usually at least 10 days long, not having a mobile functionality for it is a fairly limited issue. Nosebagbear (talk) 17:13, 2 December 2020 (UTC)


Have Apps reading lists available on Destop/Mobile

  • Problem: Apps offer a very convenient feature: reading lists. These lists allow you to bookmark articles you would like to read later (or do whatever you wish to do, actually). At the moment, this feature is only available for Apps. It is not possible to create, retrieve and manage any reading lists from desktop or mobile-web. For instance, a user using the app can't create a list of article they'd like to edit on desktop. Or one can't create a list of articles they wish to read or check on mobile (while having a train ride, like a sometimes do) from their desktop computer.
  • Who would benefit: Everyone using reading lists.
  • Proposed solution: Have a bridge page on Desktop and Mobile versions, attached to the user account, where users can create, retrieve and manage their reading lists.
  • More comments: This was brought to my attention by newcomers on my volunteer talk page several times. Can't find these messages back though, since browsing history is complicated.
  • Phabricator tickets:
  • Proposer: Trizek from FR 10:56, 23 November 2020 (UTC)


  • This would be one of my top requests. I regularly see article issues on mobile that would be a huge pain to edit on my phone. I have a reading list called "fix", but I have no direct access to the list on the desktop. There is also a request for internal bookmarking (separate from the browser bookmarking) that could have similar functionality. Kenyoni (talk) 19:20, 13 December 2020 (UTC)
  • I just had this information: there is a workaround for this need, with extensions being available to sync reading lists from the apps with a browser. Check on reading list browser extension. I haven't tried it yet though. Trizek from FR 13:48, 14 December 2020 (UTC) - On Firefox this extension does not work. On Chrome the extension works only in one direction: Using the desctop version you are able to store articles only to the default reading list. But in chrome you are not able to read any of the lists which have bin created on your mobile device. MTheiler (talk) 16:23, 15 December 2020 (UTC)
  • Try the following: Using the Wikimedia REST API you are able to get the ReadingList from your mobile phone on your laptop.
  • Yes, please, this. Whilst there is an argument for keeping some "killer features" app-only to try to attract users, I'd really like to have reading lists and colour themes / dark mode on other platforms. Reading lists would be so much more useful if they worked everywhere. Unfortunately, a lot of people here may never have tried the app nor encountered the reading list feature, so it will be hard for this one to garner votes. If you're reading this and have a smartphone, I encourage you to try out the app! Pelagic (talk) 07:10, 16 December 2020 (UTC)
    Also could be a motivation for people to create accounts and sign in. Pelagic (talk) 07:16, 16 December 2020 (UTC)
  • Related wish: Community Wishlist Survey 2021/Reading/Bookmarking. —Pelagic (talk) 12:39, 18 December 2020 (UTC)


Show mobile site without the .m subdomain

  • Problem: Currently, Wikipedia and it's sister projects offer two different URLs: One for desktop devices, one for mobile devices. Please, remove special subdomain for mobile view. The normal one should be valid for both versions. Old links should redirect to main URL, so old hyperlinks don't direct to nirvana.
  • Who would benefit:
  • Proposed solution:
  • More comments:
  • Phabricator tickets:
  • Proposer: --Smarti (talk) 18:14, 16 November 2020 (UTC)


  • Is this about having a truly responsive design (which is indeed a large effort but which is probably under the desktop improvements work, not CommTech) or is this about having one URL rather than two? (The latter is phab:T214998.) --Izno (talk) 22:09, 16 November 2020 (UTC)
In my eyes, a resposive design is nice to have. I prefer to have only one URL. Thanks for mentioning the ticket ID. So, I hope it will be realized. --Smarti (talk) 22:31, 16 November 2020 (UTC)
I subscribed to ticket. --Smarti (talk) 22:51, 16 November 2020 (UTC)
@Smarti: Can you change your problem statement so it is clear which of the two this proposal is about? Based on this discussion I think it is about the URL ticket, but you should make that clear in the problem statement too. --Izno (talk) 00:17, 17 November 2020 (UTC)
@Izno:, I will do so. --Smarti (talk) 01:41, 17 November 2020 (UTC)
@Izno: So, it's done, but at the moment, I don't know how to rename the site and it's title. --Smarti (talk) 02:10, 17 November 2020 (UTC)
  • I think I can get behind this one. I don't see it often, but when I do, it annoys me. I get sent a Wikipedia link, and every so often, it's a mobile link that I don't catch in time. This isn't that substantial of a problem, I must admit, but a simple device detection followed by a redirect isn't that difficult.
Other wikis already have this feature, like Gamepedia. Both of them use the MediaWiki API. --Diriector Doc (talk) 04:49, 21 November 2020 (UTC)
  • Support. I send my tabs between mobile and desktop Firefox daily, and hate to edit .m out of the address every time. Ponor (talk) 03:39, 22 November 2020 (UTC)
  • I support this! It's really annoying when a mobile user copies a link and sends it to desktop users who then open up an egregiously wrong-looking website. Should just build a response design into one url. —Shrinkydinks (talk) 22:40, 24 November 2020 (UTC)
  • Support as a mobile user. This is really annoying regardless of whether you're using a phone or a desktop, since there is no automatic redirection from one version to the other. Even Wikia, an overall terrible site, doesn't have this problem, so why should the Wikimedia ones? Glades12 (talk) 15:07, 28 November 2020 (UTC)


  •   Support It is the standard that is followed by almost all web apps now, to have a single domain across web and mobile Rockin291 (talk) 19:39, 8 December 2020 (UTC)
  •   Support CrystallineLeMonde (talk) 20:08, 8 December 2020 (UTC)
  •   Support Ponor (talk) 22:22, 8 December 2020 (UTC)
  •   Support Yes it will be resolve many problems of linking شادي (talk) 22:24, 8 December 2020 (UTC)
  •   Support Hanif Al Husaini (talk) 01:08, 9 December 2020 (UTC)
  •   Support Pamzeis (talk) 02:44, 9 December 2020 (UTC)
  •   Support Shizhao (talk) 02:59, 9 December 2020 (UTC)
  •   Support Yeenosaurus (talk) 03:28, 9 December 2020 (UTC)
  •   Support Nurtenge (talk) 04:18, 9 December 2020 (UTC)
  •   Support LostMyMind (talk) 06:14, 9 December 2020 (UTC)
  •   Oppose This is a very risky proposal. TechCom may have insufficient, limited resources to stably and efficiently run both versions under one URL. Furthermore, donations to WMF won't suffice enough to help implement the proposal in just one year(!)... unless the WMF runs massive, huge pledge drives demanding million-dollar goals? Also, this requires tons of code rewriting just for the sake of same-URL convenience, like other major websites do (e.g. Google and other search engines, BBC and other TV networks, etc). I appreciate everyone's need to comfortably type only simultaneous, concurrent URLs. However, we must think the risks first. George Ho (talk) 06:32, 9 December 2020 (UTC)
  •   Support Thomas Kinz (talk) 11:03, 9 December 2020 (UTC)
  •   Oppose I don't think it's needed. It's too much work and we really don't need this. Per George Ho. --Ján Kepler (talk) 14:28, 9 December 2020 (UTC)
  •   Support Mannivu · 15:19, 9 December 2020 (UTC)
  •   Support Paul1764 (talk) 20:46, 9 December 2020 (UTC)
  •   Support NMaia (talk) 01:11, 10 December 2020 (UTC)
  •   Support Hate when ppl using mobile give the links with the .m subdomain - Darwin Ahoy! 01:37, 10 December 2020 (UTC)
  •   Support  Swazmo     23:08, 10 December 2020 (UTC)
  •   Support Michaelelijahtanuwijaya (talk) 03:07, 11 December 2020 (UTC)
  •   Strong support mobile users would benefit from this. Empire AS (talk) 06:10, 11 December 2020 (UTC)
  •   Support Izno (talk) 15:42, 11 December 2020 (UTC)
  •   Support DemonDays64 (talk) 18:31, 11 December 2020 (UTC)
  •   Support Shisma (talk) 19:02, 11 December 2020 (UTC)
  •   Support This issue is annoying af, could be a SEO disadvantage too, so I would love to see this wishlist item done. -Xbony2 (talk) 19:44, 11 December 2020 (UTC)
    Hopefully not, the mobile pages link to the non-mobile ones as the canonical version and I expect most search engines should be looking out for that. Hazard-SJ (talk) 05:22, 13 December 2020 (UTC)
  •   Support Qwfp (talk) 20:44, 11 December 2020 (UTC)
  •   Support I really need this. IamCristYe (talk) 00:58, 12 December 2020 (UTC)
  •   Support Ivanics (talk) 19:06, 12 December 2020 (UTC)
  •   Support Mike Linksvayer (talk) 19:24, 12 December 2020 (UTC)
  •   SupportBilorv (talk) 04:22, 13 December 2020 (UTC)
  •   Support Hazard-SJ (talk) 05:22, 13 December 2020 (UTC)
  •   Support Jamesmcmahon0 (talk) 08:43, 13 December 2020 (UTC)
  •   Oppose in practice I often switch between mobile and non mobile view. Removing the dot m subdomain would make it harder PAC2 (talk) 09:28, 13 December 2020 (UTC)
  •   Support TheDutchMan13 (talk) 02:06, 14 December 2020 (UTC)
  •   Support Nietsnie03 (talk) 07:49, 15 December 2020 (UTC)
  •   Support Lt2818 (talk) 03:38, 17 December 2020 (UTC)
  •   Support Even if I edit from a mobile phone, I always need to manually switch to desktop view because the mobile view is practically useless except for mere reading. Wikipedia should encourage corrections of mistakes that readers come across, rather than discourage them with this annoyance. Adam78 (talk) 10:24, 17 December 2020 (UTC)
  •   Support DarkGlow (talk) 21:10, 17 December 2020 (UTC)
  •   Oppose I just don't see why such a trivial detail – that everybody admits is trivial – will be worth the effort. There are so many things to do that will make a real difference for people. This doesn't seem to be one of them. --Joalbertine (talk) 12:25, 18 December 2020 (UTC)
  •   Oppose as per PAC2. — Meghmollar2017Talk • 08:33, 21 December 2020 (UTC)
  •   Oppose Strong oppose. Same URL actually sending different data is really confusing. Especially when you want to send a URL to someone, bookmark to both PC and mobile views, or on PC to test/debug how the data is seen on a mobile. --Wotheina (talk) 09:17, 21 December 2020 (UTC)
  •   Support S8321414 (talk) 14:25, 21 December 2020 (UTC)

Wikidata contribution interface for mobile

  • Problem: Contribution to wikidata using a mobile device is a nightmare. I regularly switch from Minerva (native mobile skin) to desktop view. I use Minerva for editorial content such as discussion pages and I switch to Vector to declare new claims. The Timeless, which used to be better for mobile, has now a bug (see issue).
  • Who would benefit: Wikidata contributors using mobile device
  • Proposed solution: We need to develop or find an interface to declare new claims in a mobile friendly environment. I guess that it would be feasible using Flexbox CSS or something similar.
  • More comments: Je pense qu'elle serait beaucoup plus utiliser dans les régions qui ont moins d'accès au PC notamment dans les pays du sud.--Aboubacarkhoraa (talk) 22:41, 17 November 2020 (UTC)
  • Phabricator tickets:
  • Proposer: PAC2 (talk) 05:45, 17 November 2020 (UTC)


  • Couldn't agree more. Editing Wikidata from mobile is near impossible. Enjoyer of World (talk) 03:57, 1 December 2020 (UTC)
  • I have merged this wish with a similar wish (details pasted below)
    • Problem: When editing pages at on a tablet (I use an Amazon tablet which runs an Android OS) the page will scroll around stupidly and I never inputted on the device for it to scroll up or down to where it scrolls to.
    • Who would benefit: Editors on mobile devices.
    • Proposed solution: (1) Make Wikidata editable with JavaScript disabled. (2) Make editable (3) Someone with the hardware and high-level technical understanding fix it; I think the JavaScript part needs to be fixed.
    • More comments: I posted this multiple times in the past at Wikidata, but no one fixed it I guess. (P.S. Here is a creative commons image for
    • Proposer: User123o987name (talk) 12:29, 19 November 2020 (UTC)
    - IFried (WMF) (talk) 20:00, 3 December 2020 (UTC)
@IFried (WMF): but the problem in this one is there is literally no option to edit anything except labels on mobile except using the desktop skin. That thing sounds like it’s about the desktop skin not working. DemonDays64 (talk) 01:07, 6 December 2020 (UTC)
@User123o987name: We merged the two wishes because they both generally focus on the need to improve the mobile experience for Wikidata. They have very similar problem statements, and the team focuses on the problem statement when taking on the wish. Thank you! --IFried (WMF) (talk) 00:20, 8 December 2020 (UTC)


  •   Support CrystallineLeMonde (talk) 20:07, 8 December 2020 (UTC)
  •   Support Ssstela (talk) 21:35, 8 December 2020 (UTC)
  •   Support Frettie (talk) 23:02, 8 December 2020 (UTC)
  •   Support PtiBzh (talk) 00:00, 9 December 2020 (UTC)
  •   Support 5225C (talkcontributions) 00:12, 9 December 2020 (UTC)
  •   Support Hanif Al Husaini (talk) 01:07, 9 December 2020 (UTC)
  •   Support Wil540 art (talk) 01:31, 9 December 2020 (UTC)
  •   Support PianistHere (talk) 01:44, 9 December 2020 (UTC)
  •   Support YES!! I almost always contribute using my phone and it is awful :( -- Ddxfx (talk) 01:52, 9 December 2020 (UTC)
  •   Support (talk) 03:03, 9 December 2020 (UTC)
  •   Support 100 percent support! This is my problem too((( Nurtenge (talk) 04:16, 9 December 2020 (UTC)
  •   Support As Aboubacarkhoraa mentioned in his French comment, this could be quite useful for parts of the world where users have access to a mobile device but no computer at home. Ottawajin (talk) 05:13, 9 December 2020 (UTC)
  •   Support Scraimer (talk) 06:38, 9 December 2020 (UTC)
  •   Support Esc0fans (talk) 06:49, 9 December 2020 (UTC)
  •   Support PAC2 (talk) 07:04, 9 December 2020 (UTC)
  •   Support {{u|Sdkb}}talk 09:09, 9 December 2020 (UTC)
  •   Support -- Triple C 85 |talk| 10:40, 9 December 2020 (UTC)
  •   Support Brewster239 (talk) 12:29, 9 December 2020 (UTC)
  •   Support Xavi Dengra (MESSAGES) 12:46, 9 December 2020 (UTC)
  •   Support BugWarp (talk) 12:58, 9 December 2020 (UTC)
  •   Support JAn Dudík (talk) 19:50, 9 December 2020 (UTC)
  •   Support TheAmerikaner (talk) 20:42, 9 December 2020 (UTC)
  •   Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:59, 9 December 2020 (UTC)
  •   Support NMaia (talk) 01:12, 10 December 2020 (UTC)
  •   Support - Darwin Ahoy! 01:38, 10 December 2020 (UTC)
  •   Support Libcub (talk) 19:57, 10 December 2020 (UTC)
  •   Support  Swazmo     23:04, 10 December 2020 (UTC)
  •   Support Titore (talk) 00:10, 11 December 2020 (UTC)
  •   Support Paucabot (talk) 12:24, 11 December 2020 (UTC)
  •   Support Dhx1 (talk) 13:30, 11 December 2020 (UTC)
  •   Support Izno (talk) 15:40, 11 December 2020 (UTC)
  •   Support Husky (talk) 16:27, 11 December 2020 (UTC)
  •   Support Arnd (talk) 16:48, 11 December 2020 (UTC)
  •   Support Strongly support this! I'd use it a lot! Watty62 (talk) 17:05, 11 December 2020 (UTC)
  •   Support BoldLuis (talk) 17:37, 11 December 2020 (UTC)
  •   Support A very necessary feature to expand the project. DemonDays64 (talk) 18:32, 11 December 2020 (UTC)
  •   Support Shisma (talk) 19:16, 11 December 2020 (UTC)
  •   Support Redalert2fan (talk) 00:15, 12 December 2020 (UTC)
  •   Support Oh, DrPizza! (talk) 08:14, 12 December 2020 (UTC)
  •   Support Paperoastro (talk) 22:03, 12 December 2020 (UTC)
  •   Support DGtal (talk) 08:24, 13 December 2020 (UTC)
  •   Support Texttramp (talk) 18:42, 13 December 2020 (UTC)
  •   Support Vincent Simar (talk) 21:44, 13 December 2020 (UTC)
  •   SupportYahya (talkcontribs.) 16:47, 14 December 2020 (UTC)
  •   Support Em-mustapha User | talk 13:02, 15 December 2020 (UTC)
  •   Support Mohanad Kh Talk 06:17, 16 December 2020 (UTC)
  •   Support LS9974 (talk) 21:22, 16 December 2020 (UTC)
  •   Support GiFontenelle (talk) 22:55, 16 December 2020 (UTC)
  •   Support Michael Childs (talk) 01:48, 17 December 2020 (UTC)
  •   Support Edu! (talk) 17:37, 19 December 2020 (UTC)
  •   Support 5910 C (talk) 21:46, 19 December 2020 (UTC)
  •   Support Patsagorn Y. (Talk) 13:56, 20 December 2020 (UTC)
  •   Support -- CptViraj (talk) 13:58, 20 December 2020 (UTC)
  •   Support Tyseria (talk) 01:38, 21 December 2020 (UTC)
  •   Strong support Malvinero10 (talk) 03:12, 21 December 2020 (UTC)
  •   Strong supportMeghmollar2017Talk • 07:22, 21 December 2020 (UTC)
  •   Support :JarrahTree (talk) 09:08, 21 December 2020 (UTC)
  •   Support Nachtbold (talk) 11:44, 21 December 2020 (UTC)
  •   Support S8321414 (talk) 14:24, 21 December 2020 (UTC)

Template:DISPLAYTITLE in mobile

  • Problem: The Template:DISPLAYTITLE does not show its effect in mobile web and on mobile phones. It works only in desktop site.
  • Who would benefit: All mobile users
  • Proposed solution: Make it workable in mobiles and mobile webs.
  • More comments: nothing more.
  • Phabricator tickets:
  • Proposer: Empire AS (talk) 08:54, 30 November 2020 (UTC)


  • Agree. Enjoyer of World (talk) 03:50, 1 December 2020 (UTC)
  • I'm not able to replicate this issue. Using the example from the documentation of w:NSAKEY, it appears to still work when I switch to mobile view. {{u|Sdkb}}talk 09:34, 9 December 2020 (UTC)
@Sdkb:, See my Wikipedia user page. Note the difference between desktop and mobile mode. Thank you. Empire AS (talk) 09:38, 9 December 2020 (UTC)
  • I didn't get your point. Do you mean it does not work on Main UserPage? I am already using the template here on bnwiki and it is visible from mobile. — Meghmollar2017Talk • 07:34, 21 December 2020 (UTC)
Meghmollar2017, see my user page on Wikipedia and see the difference. In desktop, it works finely. But in mobile site, the template does not show the colour effect. Thanks Empire AS (talk) 08:44, 21 December 2020 (UTC)


  •   Support Title experience should not differ between mobile and desktop and some guidelines require e.g. italic titles ──post by kenny2wiki  Talk  Contribs  02:39, 9 December 2020 (UTC)
  •   Support Pamzeis (talk) 02:51, 9 December 2020 (UTC)
  •   Support TSK201911 (talk) 04:03, 9 December 2020 (UTC)
  •   Support Nurtenge (talk) 04:11, 9 December 2020 (UTC)
  •   Strong support per the proposal made by me. Empire AS (talk) 10:37, 9 December 2020 (UTC)
  •   Support Xavi Dengra (MESSAGES) 12:51, 9 December 2020 (UTC)
  •   Support NMaia (talk) 01:10, 10 December 2020 (UTC)
  •   Oppose Basic styling like bold and italics are already available. Additional styling may cause visual issues and discomfort on mobile. Also, DISPLAYTITLE is a magic word, not a template. H78c67c (talk) 01:11, 10 December 2020 (UTC)
  •   Support Libcub (talk) 19:58, 10 December 2020 (UTC)
  •   Support Strainu (talk) 10:22, 12 December 2020 (UTC)
  •   Support Mihir Narayanan (talk) 02:35, 16 December 2020 (UTC)
  •   Support DarkGlow (talk) 21:07, 17 December 2020 (UTC)
  •   Support Nachtbold (talk) 11:48, 21 December 2020 (UTC)
  •   Support S8321414 (talk) 14:21, 21 December 2020 (UTC)

Improve horizontal scroll of tables

  • Problem: Wide tables and formulas activate horizontal scrolling for the whole page, which is uncomfortable for mobile reading
  • Who would benefit: Everyone
  • Proposed solution: Make wide tables and formulas have an internal horizontal slider and keep the width fixed for the rest of the page
  • More comments:
  • Phabricator tickets:
  • Proposer: Caph1993 16:33, 17 November 2020 (UTC)


  • I think the mobile site did once style the tables specifically. I might be crazy though. :) --Izno (talk) 00:52, 21 November 2020 (UTC)
  • In my opinion, there is no good solution to display tables on mobile. We should recommend to avoid tables and/or develop a flexible table template using Flexbox CSS. PAC2 (talk) 17:56, 23 November 2020 (UTC)
  • See: w:Help talk:Table/Archive 8#Sticky table headers?. There is a collapsed example table added today that is very good. Scroll down in the discussion to see it. The table headers are sticky both vertically and horizontally. Narrow your browser window to see. --Timeshifter (talk) 21:22, 7 December 2020 (UTC)


  •   Support Officiallyover (talk) 01:40, 9 December 2020 (UTC)
  •   Support That would be very nice. --LostMyMind (talk) 06:12, 9 December 2020 (UTC)
  •   Support Stepet49 (talk) 07:05, 9 December 2020 (UTC)
  •   Support Absolutely true Xavi Dengra (MESSAGES) 12:49, 9 December 2020 (UTC)
  •   Support It is annoying how it is currently, please fix the width so that if you open the overview by wishing that you don’t scroll to the side… TheAmerikaner (talk) 20:44, 9 December 2020 (UTC)
  •   Support --Timeshifter (talk) 07:45, 10 December 2020 (UTC)