Community Wishlist Survey 2021/Mobile and apps

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
Mobile and apps
21 proposals, 51 contributors
The proposal phase has ended.
Come back on December 8 at 18:00 UTC to vote on proposals!



Template

Edit proposal/discussion

  • Problem: In mobile it's very difficul watch Navigation template on mobile
  • Who would benefit: It'll be more simple go to other pages
  • Proposed solution: Do something to could see Navigation template on mobile
  • More comments:
  • Phabricator tickets:
  • Proposer: --Esc0fans (talk) 07:04, 17 November 2020 (UTC)

Discussion

  • That's because navboxes are hard to design for mobile. The phab task is phab:T124168. --Izno (talk) 04:47, 18 November 2020 (UTC)
  • Agree! Let's get this done. Dan100 (talk) 09:06, 24 November 2020 (UTC)
  • Agree!Cod9 (talk) 17:53, 25 November 2020 (UTC)
  • No, I'd rather not see navboxes. They're cluttering the screen. But if it do get implemented, make it as user preference. Enjoyer of World (talk) 03:47, 1 December 2020 (UTC)

Display categories in mobile view

Edit proposal/discussion

Discussion

  • See https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-gadgets, 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)

Undo on mobile

Edit proposal/discussion

  • 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)

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)

  • 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)

Geolocated Entries App

Edit proposal/discussion

  • 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)

Discussion

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

Turn off mobile talk view

Edit proposal/discussion

  • 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 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)

Discussion

User page and User Talk looks terrible on mobile wikipedia app

Edit proposal/discussion

  • Problem: User page and User Talk looks terrible on mobile wikipedia app.
  • Who would benefit: Everyone.
  • Proposed solution: Make them seen as seen in any computer.
  • More comments:
  • Phabricator tickets:
  • Proposer: #Safuan 14:56, 17 November 2020 (UTC)

Discussion

  • Safuan12616 Can you be more descriptive? MemeGod27 (talk · contribs) 18:97, 17 November,2020 (UTC)
  • I personally think one thing that should be improved on is the userboxes on mobile. If you are in dark mode the area around the userboxes appears white. Also sometimes the userboxes don't actually look like a userbox in mobile and it's just gibberish (Mobile version: https://imgur.com/a/NsZWsAZ, Desktop version: https://imgur.com/a/TBMWm7s). Camshaft64 (talk) 19:14, 18 November 2020 (UTC)
    • I'm pretty sure that's not a WMF developer issue, but I could be wrong. Have you tried asking for improvements at the talk page for the relevant userboxes and templates? Jonesey95 (talk) 23:04, 19 November 2020 (UTC)
    • I think the gibberish is probably something wrong with the template. Dark mode is a known issue and has already been declined by this team. --Izno (talk) 01:08, 21 November 2020 (UTC)

making portals USABLE on mobile

Edit proposal/discussion

  • 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)

Discussion

@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. 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)

Show mobile site without the .m subdomain

Edit proposal/discussion

  • 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)

Discussion

  • 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)

Have Apps reading lists available on Destop/Mobile

Edit proposal/discussion

  • 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)

Discussion

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

Edit proposal/discussion

  • 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)

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)

{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)

Mobile support for SecurePoll

Edit proposal/discussion

  • 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)

Discussion

  • 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)

Better display of videos on mobile browsers

Edit proposal/discussion

  • Problem: Currently it's not possible to play directly a video on a wikipedia page using a mobile browser. Another page will be opened.
  • Who would benefit: all the users viewing wikipedia pages using mobile browsers
  • Proposed solution: video shoud be played smoothly in the same page.
  • More comments: Video is becoming the main source of information for many peoples (especially the new generation) and currently Wikipedia is relying too much on text and photos but in the same time even if we add video content it's not very well managed and displayed.
  • Phabricator tickets:
  • Proposer: Yamen (talk) 13:14, 21 November 2020 (UTC)

Discussion

Agreed. --Ivario (talk) 22:22, 24 November 2020 (UTC)

Yamen (talk) Thanks for submitting this proposal! We have conducted some basic tests, and we're seeing that the video does play on mobile, according to our tests. Can you provide us more details, so we can try to reproduce the issue? What browser and operating system are you using? And do you have a video in particular we can check out? Thanks! --IFried (WMF) (talk) 20:47, 30 November 2020 (UTC)

Improve horizontal scroll of tables

Edit proposal/discussion

  • 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)

Discussion

  • 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)

Welcome page should be dark on dark mode

Edit proposal/discussion

  • Problem: With dark mode enabled, when creating a new tab, the welcome page is not dark
  • Who would benefit: Dark mode users
  • Proposed solution: Let the theme affect the new tab welcome page
  • More comments:
  • Phabricator tickets:
  • Proposer: Caph1993 16:38, 17 November 2020 (UTC)

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)
    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)

Improving Chinese on mobile

Edit proposal/discussion

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

  • 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:
  • Proposer: Arch-Jason (talk) 11:47, 19 November 2020 (UTC)

Discussion

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)

Content translation

Edit proposal/discussion

  • Problem: We have to switch to desktop mode to use this tools and have to zoom in and out. It's not mobile-friendly.
  • Who would benefit: All mobile editors.
  • Proposed solution: Create a simpler version for mobile that won't ask us to change into desktop mode. I'm not sure how because I'm not major in tech but would be glad if there's a tool such that.
  • More comments: I did translation manually because of this, I copy and pasted passages in google translate, then I copied the translated one and paste again in target page. Then I've to back to original page to copy the references. Then I got to click on the interwiki link if it exist and check what's the title in local Wikipedia. Everything was done manually except translating.
  • Phabricator tickets: phab:T105190
  • Proposer:CyberTroopers (talk) 03:46, 17 November 2020 (UTC)

Discussion

Wikidata contribution interface for mobile

Edit proposal/discussion

  • 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)

Discussion

  • 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 www.wikidata.org/wiki/Q... 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 m.wikidata.org/wiki/Q... 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 https://www.wikidata.org/wiki/Q44391975.)
    • Proposer: User123o987name (talk) 12:29, 19 November 2020 (UTC)
    - IFried (WMF) (talk) 20:00, 3 December 2020 (UTC)

Moving page on mobile

Edit proposal/discussion

  • 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)

Discussion

Add information on sister projects to mobile apps

Edit proposal/discussion

  • 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)

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)

@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)

Template:DISPLAYTITLE in mobile

Edit proposal/discussion

  • 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)

Discussion

Mobile editnotices

Edit proposal/discussion

  • 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)

Discussion

  • 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)