Community Wishlist Survey 2021/Mobile and apps

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
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

Edit proposal/discussion

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

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)

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

Voting

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)

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)

Voting

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

Voting

  • Support Support Kambai Akau (talk) 10:04, 9 December 2020 (UTC)
  • Support 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 Support It might be not big problem with wikidata. JAn Dudík (talk) 19:54, 9 December 2020 (UTC)
  • Support Support Libcub (talk) 19:59, 10 December 2020 (UTC)
  • Support Support  Swazmo DiscBlanco.svg DiscWikiP.svg 23:04, 10 December 2020 (UTC)
  • Support Support BoldLuis (talk) 17:35, 11 December 2020 (UTC)
  • Support Support Tom Ja (talk) 12:07, 12 December 2020 (UTC)
  • Support Support Ivanics (talk) 19:04, 12 December 2020 (UTC)
  • Support Support Xosé (talk) 18:32, 13 December 2020 (UTC)
  • Support Support Texttramp (talk) 18:39, 13 December 2020 (UTC)
  • Support Support MTheiler (talk) 15:43, 15 December 2020 (UTC)
  • Support Support PsamatheM (talk) 23:45, 15 December 2020 (UTC)
  • Support Support for app and for mobile web. Pelagic (talk) 06:18, 16 December 2020 (UTC)
  • Support Support EasyKL (talk) 03:42, 17 December 2020 (UTC)
  • Support Support Kku (talk) 07:07, 17 December 2020 (UTC)
  • Support Support S8321414 (talk) 14:22, 21 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)
  • It must appear collapsed. --BoldLuis (talk) 17:40, 11 December 2020 (UTC)

Voting

  • Support Support * Pppery * it has begun 02:05, 9 December 2020 (UTC)
  • Support Support LostMyMind (talk) 06:13, 9 December 2020 (UTC)
  • Support 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 Support -- Triple C 85 |talk| 10:40, 9 December 2020 (UTC)
  • Support Support Brewster239 (talk) 12:27, 9 December 2020 (UTC)
  • Support 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 Support Xavi Dengra (MESSAGES) 12:44, 9 December 2020 (UTC)
  • Support Support NMaia (talk) 12:46, 9 December 2020 (UTC)
  • Support Support BugWarp (talk) 12:57, 9 December 2020 (UTC)
  • Support Support -- Grauhederl (talk) 14:57, 9 December 2020 (UTC)
  • Support Support Mannivu · 15:24, 9 December 2020 (UTC)
  • Support Support JAn Dudík (talk) 19:52, 9 December 2020 (UTC)
  • Support Support dwf² (talk) 23:01, 9 December 2020 (UTC)
  • Support Support - Darwin Ahoy! 01:35, 10 December 2020 (UTC)
  • Support Support JPxG (talk) 05:57, 10 December 2020 (UTC)
  • Support Support SK2242 (talk) 14:38, 10 December 2020 (UTC)
  • Support 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 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 Support NaBUru38 (talk) 20:50, 10 December 2020 (UTC)
  • Support Support  Swazmo DiscBlanco.svg DiscWikiP.svg 23:03, 10 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support also faced it. Empire AS (talk) 06:13, 11 December 2020 (UTC)
  • Support Support --Encycloon (talk) 15:23, 11 December 2020 (UTC)
  • Support Support Arnd (talk) 16:49, 11 December 2020 (UTC)
  • Support Support OosWesThoesBes (talk) 17:23, 11 December 2020 (UTC)
  • Support Support BoldLuis (talk) 17:40, 11 December 2020 (UTC)
  • Support Support --Andyrom75 (talk) 19:27, 11 December 2020 (UTC)
  • Support Support --MSY-07 (talk) 14:18, 12 December 2020 (UTC)
  • Support Support Ivanics (talk) 19:05, 12 December 2020 (UTC)
  • Support Support Tom Ja (talk) 20:07, 12 December 2020 (UTC)
  • Support Support Paperoastro (talk) 22:01, 12 December 2020 (UTC)
  • Support Support Rdyornot (talk) 22:19, 12 December 2020 (UTC)
  • Support Support Darwinek (talk) 00:03, 13 December 2020 (UTC)
  • Support Support Makendo k (talk) 00:44, 13 December 2020 (UTC)
  • Support Support Xosé (talk) 18:32, 13 December 2020 (UTC)
  • Support Support -- the wub "?!" 18:33, 13 December 2020 (UTC)
  • Support Support Nietsnie03 (talk) 07:46, 15 December 2020 (UTC)
  • Support Support β16 - (talk) 09:15, 15 December 2020 (UTC)
  • Support Support Lionel Scheepmans Contact French native speaker, sorry for my dysorthography 12:26, 15 December 2020 (UTC)
  • Support Support PMG (talk) 13:50, 15 December 2020 (UTC)
  • Support Support MTheiler (talk) 15:48, 15 December 2020 (UTC)
  • Support Support. Shalomori123 (talk) 17:07, 15 December 2020 (UTC)
  • Support Support--Robin Chubret (talk) 18:13, 15 December 2020 (UTC)
  • Support Support Categories are always a fun thing to add, why not. Bgrus22 (talk) 21:41, 15 December 2020 (UTC)
  • Support Support Mohanad Kh Talk 06:15, 16 December 2020 (UTC)
  • Oppose 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 Support Crissov (talk) 09:04, 16 December 2020 (UTC)
  • Support Support Kaartic [talk] 18:34, 16 December 2020 (UTC)
  • Support Support Mrs.Alef (talk) 21:35, 16 December 2020 (UTC)
  • Support Support GiFontenelle (talk) 23:01, 16 December 2020 (UTC)
  • Support Support Keepcalmandchill (talk) 23:58, 16 December 2020 (UTC)
  • Support Support Kku (talk) 07:43, 17 December 2020 (UTC)
  • Support 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 Support Ameisenigel (talk) 15:29, 17 December 2020 (UTC)
  • Support Support DarkGlow (talk) 21:08, 17 December 2020 (UTC)
  • Support Support Mmitchell10 (talk) 21:13, 17 December 2020 (UTC)
  • Support Strong support --Joalbertine (talk) 12:10, 18 December 2020 (UTC)
  • Support Support Bumsowee (talk) 16:41, 18 December 2020 (UTC)
  • Support Support Also some navigation templates are not showing up. Joseph (talk) 16:25, 19 December 2020 (UTC)
  • Support Support 郑洲扬 (talk) 12:36, 20 December 2020 (UTC)
  • Support Support. not only in advanced mod. — tyseria 01:44, 21 December 2020 (UTC)
  • Support Support Malvinero10 (talk) 03:08, 21 December 2020 (UTC)
  • Support 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 Support S8321414 (talk) 14:24, 21 December 2020 (UTC)
  • Support Support Ladnerg310 (talk) 14:45, 21 December 2020 (UTC)
  • Support 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

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)

Voting

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)

Voting

  • Support 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 Support Gabrasca (talk) 21:48, 8 December 2020 (UTC)
  • Support Support Yes implement it in Android App شادي (talk) 22:27, 8 December 2020 (UTC)
  • Support Support 5225C (talkcontributions) 00:13, 9 December 2020 (UTC)
  • Support Support Hanif Al Husaini (talk) 01:06, 9 December 2020 (UTC)
  • Support Support Wil540 art (talk) 01:32, 9 December 2020 (UTC)
  • Support Support PianistHere (talk) 01:45, 9 December 2020 (UTC)
  • Support Support * Pppery * it has begun 02:04, 9 December 2020 (UTC)
  • Support Support Yeenosaurus (talk) 03:27, 9 December 2020 (UTC)
  • Support Support Nurtenge (talk) 04:14, 9 December 2020 (UTC)
  • Support Support Pinerineks (talk) 06:59, 9 December 2020 (UTC)
  • Support Support Stepet49 (talk) 07:06, 9 December 2020 (UTC)
  • Support Support That's exactly why I don't use mobile app (Android) :/ Michal0803 (talk) 09:22, 9 December 2020 (UTC)
  • Support Support -- Triple C 85 |talk| 10:39, 9 December 2020 (UTC)
  • Support Support Wiki-uk (talk) 12:49, 9 December 2020 (UTC)
  • Support Support BugWarp (talk) 13:00, 9 December 2020 (UTC)
  • Support Supportputnik 19:01, 9 December 2020 (UTC)
  • Support Support JAn Dudík (talk) 19:53, 9 December 2020 (UTC)
  • Support Support TheAmerikaner (talk) 20:43, 9 December 2020 (UTC)
  • Support Support Paul1764 (talk) 20:44, 9 December 2020 (UTC)
  • Support 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 Support dwf² (talk) 23:01, 9 December 2020 (UTC)
  • Support Support Jack Ryan Morris (talk) 00:56, 10 December 2020 (UTC)
  • Support Support NMaia (talk) 01:10, 10 December 2020 (UTC)
  • Support Support - Darwin Ahoy! 01:38, 10 December 2020 (UTC)
  • Support Support Takot (talk) 15:24, 10 December 2020 (UTC)
  • Support Support  Swazmo DiscBlanco.svg DiscWikiP.svg 23:06, 10 December 2020 (UTC)
  • Support Support RSLitman (talk) 02:19, 11 December 2020 (UTC)
  • Support Support Poslovitch (talk) 16:47, 11 December 2020 (UTC)
  • Support Support BoldLuis (talk) 17:41, 11 December 2020 (UTC)
  • Support Support Tom Ja (talk) 12:08, 12 December 2020 (UTC)
  • Support Support cant wait Zsinytwiki (talk) 21:27, 12 December 2020 (UTC)
  • Support Support Theshumai (talk) 23:13, 12 December 2020 (UTC)
  • Support Support Darwinek (talk) 00:04, 13 December 2020 (UTC)
  • Support SupportBilorv (talk) 04:20, 13 December 2020 (UTC)
  • Support Support ~ Amory (utc) 13:22, 14 December 2020 (UTC)
  • Support SupportYahya (talkcontribs.) 16:32, 14 December 2020 (UTC)
  • Support Support + Medea7 (talk) 22:31, 14 December 2020 (UTC)
  • Support Support MTheiler (talk) 15:50, 15 December 2020 (UTC)
  • Support Support. Shalomori123 (talk) 17:04, 15 December 2020 (UTC)
  • Support 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 Support Femkemilene (talk) 11:43, 16 December 2020 (UTC)
  • Support Support Kaartic [talk] 18:37, 16 December 2020 (UTC)
  • Support Support LS9974 (talk) 21:24, 16 December 2020 (UTC)
  • Support Support Ekaterina vega (talk) 08:42, 17 December 2020 (UTC)
  • Support Support Cod9 (talk) 08:57, 17 December 2020 (UTC)
  • Support Support Ameisenigel (talk) 15:30, 17 December 2020 (UTC)
  • Support Support MAXMcow (talk) 00:38, 19 December 2020 (UTC)
  • Support Support Tyseria (talk) 01:38, 21 December 2020 (UTC)
  • Symbol strong support vote.svg 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

Edit proposal/discussion

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

Discussion

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

Voting

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

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)

Voting

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)

Voting

  • Support Support Yup this is must..!!!! Feroze Ahmad 2 (talk) 05:04, 9 December 2020 (UTC)
  • Support Support I would be grateful if it is done. --LostMyMind (talk) 06:11, 9 December 2020 (UTC)
  • Support Support Danbloch (talk) 09:38, 9 December 2020 (UTC)
  • Support Support Kambai Akau (talk) 09:48, 9 December 2020 (UTC)
  • Support Support Brewster239 (talk) 12:28, 9 December 2020 (UTC)
  • Support Support BugWarp (talk) 12:59, 9 December 2020 (UTC)
  • Support Support (talk) 13:54, 9 December 2020 (UTC)
  • Support Support Mannivu · 15:25, 9 December 2020 (UTC)
  • Support 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 Support TheAmerikaner (talk) 20:36, 9 December 2020 (UTC)
  • Support 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 Support NMaia (talk) 01:13, 10 December 2020 (UTC)
  • Support Support - Darwin Ahoy! 01:35, 10 December 2020 (UTC)
  • Support Support mobileundo currently is not working for me. SK2242 (talk) 14:34, 10 December 2020 (UTC)
  • Support Support Libcub (talk) 19:53, 10 December 2020 (UTC)
  • Support Support Titore (talk) 00:14, 11 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support have to switch to desktop to undo an edit. Empire AS (talk) 06:13, 11 December 2020 (UTC)
  • Support Support BoldLuis (talk) 17:36, 11 December 2020 (UTC)
  • Support Support Qwfp (talk) 20:40, 11 December 2020 (UTC)
  • Support SupportSyed Muhammad Al Hafiz (talk) 06:57, 12 December 2020 (UTC)
  • Support Support Oh, DrPizza! (talk) 08:13, 12 December 2020 (UTC)
  • Support Support Ivanics (talk) 19:04, 12 December 2020 (UTC)
  • Support Support Theshumai (talk) 23:15, 12 December 2020 (UTC)
  • Support Support Tmv (talk) 02:32, 13 December 2020 (UTC)
  • Support SupportBilorv (talk) 04:02, 13 December 2020 (UTC)
  • Support Support -- the wub "?!" 18:34, 13 December 2020 (UTC)
  • Support SupportYahya (talkcontribs.) 16:24, 14 December 2020 (UTC)
  • Support Support Dan100 (talk) 18:01, 14 December 2020 (UTC)
  • Support Support important for doing mobile editing Medea7 (talk) 22:28, 14 December 2020 (UTC)
  • Support Support Lionel Scheepmans Contact French native speaker, sorry for my dysorthography 12:25, 15 December 2020 (UTC)
  • Support Support Qmacaw (talk) 04:19, 16 December 2020 (UTC)
  • Support Support Tetizeraz (talk) 04:34, 16 December 2020 (UTC)
  • Support 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 Support Mohanad Kh Talk 06:13, 16 December 2020 (UTC)
  • Support Support strongly – Teratix 06:22, 16 December 2020 (UTC)
  • Support Support Michael Childs (talk) 01:49, 17 December 2020 (UTC)
  • Support Support This will help to improve editing function Ccmarathe (talk) 06:05, 17 December 2020 (UTC)
  • Support Support Kku (talk) 07:46, 17 December 2020 (UTC)
  • Support Support Cod9 (talk) 08:56, 17 December 2020 (UTC)
  • Support Support Ameisenigel (talk) 15:31, 17 December 2020 (UTC)
  • Support Support DarkGlow (talk) 21:08, 17 December 2020 (UTC)
  • Support Support Please Do MAXMcow (talk) 00:37, 19 December 2020 (UTC)
  • Support Support Fredlesaltique (talk) 09:03, 19 December 2020 (UTC)
  • Support Support 5910 C (talk) 21:47, 19 December 2020 (UTC)
  • Support Support Tyseria (talk) 01:38, 21 December 2020 (UTC)
  • Support Support He's the Billy Australia can't afford (talk) 02:37, 21 December 2020 (UTC)
  • Support Support Malvinero10 (talk) 03:10, 21 December 2020 (UTC)
  • Support SupportMeghmollar2017Talk • 07:20, 21 December 2020 (UTC)
  • Support Support S8321414 (talk) 14:23, 21 December 2020 (UTC)

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)

Voting

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

Voting

  • Support 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 Support Itsrear (talk) 12:07, 9 December 2020 (UTC)
  • Support Support Brewster239 (talk) 12:25, 9 December 2020 (UTC)
  • Support Support TheAmerikaner (talk) 20:43, 9 December 2020 (UTC)
  • Support 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 Support Katelem (talk) 18:35, 10 December 2020 (UTC)
  • Support Support Alexcalamaro (talk) 22:31, 10 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support mobile users would benefit. Empire AS (talk) 06:12, 11 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support, definitely! Enjoyer of World (talk) 06:14, 11 December 2020 (UTC)
  • Support Support BoldLuis (talk) 17:34, 11 December 2020 (UTC)
  • Support Support James Martindale (talk) 17:54, 11 December 2020 (UTC)
  • Support SupportBilorv (talk) 04:19, 13 December 2020 (UTC)
  • Support Support DGtal (talk) 08:23, 13 December 2020 (UTC)
  • Symbol strong support vote.svg Strong supportYahya (talkcontribs.) 16:42, 14 December 2020 (UTC)
  • Support Support Em-mustapha User | talk 12:59, 15 December 2020 (UTC)
  • Support Support. Shalomori123 (talk) 17:13, 15 December 2020 (UTC)
  • Support Support Bgrus22 (talk) 21:42, 15 December 2020 (UTC)
  • Support Support for advanced mode only – Teratix 06:32, 16 December 2020 (UTC)
  • Support Support Ameisenigel (talk) 15:30, 17 December 2020 (UTC)
  • Support Support DarkGlow (talk) 21:09, 17 December 2020 (UTC)
  • Support Support Nadzik (talk) 11:56, 19 December 2020 (UTC)
  • Support Support Edu! (talk) 17:38, 19 December 2020 (UTC)
  • Support Support Tyseria (talk) 01:30, 21 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support Malvinero10 (talk) 03:11, 21 December 2020 (UTC)
  • Support Support Momizi06 (talk) 10:58, 21 December 2020 (UTC)
  • Support Support S8321414 (talk) 14:23, 21 December 2020 (UTC)

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: phab:T195265
  • 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)

Voting

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

Voting

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

  • 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: https://meta.wikimedia.org/api/rest_v1/#/Reading%20lists/getListEntries 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)

Voting

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)

Voting

  • Support 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 Support CrystallineLeMonde (talk) 20:08, 8 December 2020 (UTC)
  • Support Support Ponor (talk) 22:22, 8 December 2020 (UTC)
  • Support Support Yes it will be resolve many problems of linking شادي (talk) 22:24, 8 December 2020 (UTC)
  • Support Support Hanif Al Husaini (talk) 01:08, 9 December 2020 (UTC)
  • Support Support Pamzeis (talk) 02:44, 9 December 2020 (UTC)
  • Support Support Shizhao (talk) 02:59, 9 December 2020 (UTC)
  • Support Support Yeenosaurus (talk) 03:28, 9 December 2020 (UTC)
  • Support Support Nurtenge (talk) 04:18, 9 December 2020 (UTC)
  • Support Support LostMyMind (talk) 06:14, 9 December 2020 (UTC)
  • Oppose 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 Support Thomas Kinz (talk) 11:03, 9 December 2020 (UTC)
  • Oppose 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 Support Mannivu · 15:19, 9 December 2020 (UTC)
  • Support Support Paul1764 (talk) 20:46, 9 December 2020 (UTC)
  • Support Support NMaia (talk) 01:11, 10 December 2020 (UTC)
  • Support Support Hate when ppl using mobile give the links with the .m subdomain - Darwin Ahoy! 01:37, 10 December 2020 (UTC)
  • Support Support  Swazmo DiscBlanco.svg DiscWikiP.svg 23:08, 10 December 2020 (UTC)
  • Support Support Michaelelijahtanuwijaya (talk) 03:07, 11 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support mobile users would benefit from this. Empire AS (talk) 06:10, 11 December 2020 (UTC)
  • Support Support Izno (talk) 15:42, 11 December 2020 (UTC)
  • Support Support DemonDays64 (talk) 18:31, 11 December 2020 (UTC)
  • Support Support Shisma (talk) 19:02, 11 December 2020 (UTC)
  • Support 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 Support Qwfp (talk) 20:44, 11 December 2020 (UTC)
  • Support Support I really need this. IamCristYe (talk) 00:58, 12 December 2020 (UTC)
  • Support Support Ivanics (talk) 19:06, 12 December 2020 (UTC)
  • Support Support Mike Linksvayer (talk) 19:24, 12 December 2020 (UTC)
  • Support SupportBilorv (talk) 04:22, 13 December 2020 (UTC)
  • Support Support Hazard-SJ (talk) 05:22, 13 December 2020 (UTC)
  • Support Support Jamesmcmahon0 (talk) 08:43, 13 December 2020 (UTC)
  • Oppose 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 Support TheDutchMan13 (talk) 02:06, 14 December 2020 (UTC)
  • Support Support Nietsnie03 (talk) 07:49, 15 December 2020 (UTC)
  • Support Support Lt2818 (talk) 03:38, 17 December 2020 (UTC)
  • Support 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 Support DarkGlow (talk) 21:10, 17 December 2020 (UTC)
  • Oppose 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 Oppose as per PAC2. — Meghmollar2017Talk • 08:33, 21 December 2020 (UTC)
  • Oppose 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 Support S8321414 (talk) 14:25, 21 December 2020 (UTC)

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

Voting

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

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

Voting

  • Support 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 Support Pamzeis (talk) 02:51, 9 December 2020 (UTC)
  • Support Support TSK201911 (talk) 04:03, 9 December 2020 (UTC)
  • Support Support Nurtenge (talk) 04:11, 9 December 2020 (UTC)
  • Symbol strong support vote.svg Strong support per the proposal made by me. Empire AS (talk) 10:37, 9 December 2020 (UTC)
  • Support Support Xavi Dengra (MESSAGES) 12:51, 9 December 2020 (UTC)
  • Support Support NMaia (talk) 01:10, 10 December 2020 (UTC)
  • Oppose 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 Support Libcub (talk) 19:58, 10 December 2020 (UTC)
  • Support Support Strainu (talk) 10:22, 12 December 2020 (UTC)
  • Support Support Mihir Narayanan (talk) 02:35, 16 December 2020 (UTC)
  • Support Support DarkGlow (talk) 21:07, 17 December 2020 (UTC)
  • Support Support Nachtbold (talk) 11:48, 21 December 2020 (UTC)
  • Support Support S8321414 (talk) 14:21, 21 December 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)
  • See: w:Help talk:Table#Sticky table headers? (eventually in archives). 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)

Voting