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)Reply[reply]

Discussion

  • @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)Reply[reply]
    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)Reply[reply]
  • 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)Reply[reply]

Voting

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)Reply[reply]

Discussion

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

@Aklapper: anime and manga portal (example) Its very broken on mobile. https://media.discordapp.net/attachments/150909911952392193/778296496264052787/Screenshot_20201117-173215.png

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)Reply[reply]

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)Reply[reply]

Voting

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)Reply[reply]

Discussion

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)Reply[reply]

@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)Reply[reply]


@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)Reply[reply]

I am fine with the above idea. --Piotrus (talk) 08:48, 24 November 2020 (UTC)Reply[reply]
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)Reply[reply]

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)Reply[reply]

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)Reply[reply]

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)Reply[reply]

Voting

Display categories in mobile view

Discussion

  • 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)Reply[reply]

Voting

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)Reply[reply]

Discussion

Voting

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

Discussion

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)Reply[reply]

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

Voting

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)Reply[reply]

Discussion

  • 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)Reply[reply]

Voting

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.

Discussion

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)Reply[reply]

Voting

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: https://phabricator.wikimedia.org/T191706
  • Proposer: Jdlrobson (talk) 03:24, 18 November 2020 (UTC)Reply[reply]

Discussion

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)Reply[reply]

Voting

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)Reply[reply]

Discussion

Voting

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)Reply[reply]

Discussion

Voting