Community Wishlist Survey 2017/Mobile and apps
Wikimedia projects automatic reader
- Problem: Wikimedia projects contains are until now and exepted with Kiwix mobile app only readable and not audible. However, lisening theses project contain could be very usefull for people from glogal south knowing western langage but unable to read it. It could be also a wonderful opportunity for every body to listen projects contains in public transport or traffic jam.
- Who would benefit: Every user of Wikimedia projects
- Proposed solution: Implement a text to speak engine on the wikimedia projects mobile app.
- More comments:
- Phabricator tickets:
- Proposer: Lionel Scheepmans ✉ Contact French native speaker, sorry for my dysorthography 20:44, 8 November 2017 (UTC)
- Translations: none yet
Discussion
editI consider this to be a built in feature of most phones these days. Could be easily added to the app I think ? Adding to mobile web is harder. —TheDJ (talk • contribs) 12:25, 9 November 2017 (UTC)
- There is already some work in progress (see mw:Wikispeech), though not for some app. --AKlapper (WMF) (talk) 15:23, 10 November 2017 (UTC)
- Would be nice to have a "listen" button beside the read button on the desktop version. Doc James (talk · contribs · email) 22:09, 13 November 2017 (UTC)
- @Doc James: You can try out Wikispeech here. Although on labs the player is always activated, I remember our plans were to activate it exactly by a "listen" button like you envisioned (although plans might have improved since I was involved). Ainali (talk) 11:09, 15 November 2017 (UTC) Hi!
- Thanks for the questions and suggestions! Yes, we do plan to have a "listen" button on Wikipedia.
- Wikispeech works on browser in mobile, but currently not the mobile view and we have not worked to include it in the app. We do however hope to work on that later. We would much appreciate your endorsements here. John Andersson (WMSE) (talk) 11:06, 23 November 2017 (UTC)
- Would be nice to have a "listen" button beside the read button on the desktop version. Doc James (talk · contribs · email) 22:09, 13 November 2017 (UTC)
Agree with TheDJ for mobile apps its best to use the built in screen readers. Users understand how to use them, they are well supported and most sight impaired users would not know to look for a "special" button or link. However, integrating Wikipeech on web (especially desktop) might be useful. -- JMinor (WMF) (talk) 19:09, 20 November 2017 (UTC)
Voting
edit- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:04, 28 November 2017 (UTC)
- Support Libcub (talk) 05:05, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:41, 29 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 21:41, 30 November 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:22, 2 December 2017 (UTC)
- Support This is not just for those with vision problems, this is also for those who have limited reading ability. Doc James (talk · contribs · email) 03:08, 5 December 2017 (UTC)
- Support strongly BugWarp (talk) 13:04, 11 December 2017 (UTC)
- Oppose. From my experience people who need this use screen readers, and I am not sure we will develop anything better than already existing solutions — NickK (talk) 17:40, 11 December 2017 (UTC)
Categories shown in the app
- Problem: Wikipedia editors spend a significant amount of time categorizing pages so that relevant pages can be quickly found. Not having access to these categories puts mobile app users at a significant disadvantage over desktop users. As more users in the developing world come online, they are missing a critical part of articles, especially if they start editing the encyclopedia. In addition, people are switching to mobile at a rapid pace, so feature parity with desktop sites are critical.
- Who would benefit: Mobile app users (both readers and editors)
- Proposed solution: Add a list of categories that article is in at the bottom of the article as a list. Also, create a navigation link to access these categories along with the article's sections.
- More comments:
- Phabricator tickets: task T73966, task T153980
- Proposer: Daylen (talk) 05:06, 17 November 2017 (UTC)
- Translations: none yet
Discussion
editVoting
edit- Support β16 - (talk) 11:26, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Pepe piton (talk) 15:15, 28 November 2017 (UTC)
- Support TMg 16:17, 28 November 2017 (UTC)
- Support Rcsprinter123 (talk) 20:07, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:38, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:05, 28 November 2017 (UTC)
- Support Libcub (talk) 05:05, 29 November 2017 (UTC)
- Support PKM (talk) 05:55, 29 November 2017 (UTC)
- Support Yes please, with all the limitations us Mobile-editors are nothing but second 🥈 class citizens, I have to switch to the desktop 💻 site every time I want to add categories. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:40, 29 November 2017 (UTC)
- Support Ayack (talk) 13:06, 29 November 2017 (UTC)
- Support Venca24 (talk) 20:35, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:58, 29 November 2017 (UTC)
- Support —Syrenka V (talk) 21:19, 29 November 2017 (UTC)
- Support Seb26 (talk) 21:54, 29 November 2017 (UTC)
- Support – Meiræ 22:01, 29 November 2017 (UTC)
- Support MGChecker (talk) 22:05, 29 November 2017 (UTC)
- Support (I proposed this idea) Daylen (talk) 01:28, 30 November 2017 (UTC)
- Support — putnik 01:32, 30 November 2017 (UTC)
- Support Zhangj1079 talk 01:44, 30 November 2017 (UTC)
- Support Circa73 (talk) 02:50, 30 November 2017 (UTC)
- Support Nihlus 05:15, 30 November 2017 (UTC)
- Support Mark the train (talk) 07:24, 30 November 2017 (UTC)
- Support--L736Etell me 08:20, 30 November 2017 (UTC)
- Support - yona B. (D) 08:24, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:22, 30 November 2017 (UTC)
- Support DonBarredora (talk) 01:18, 1 December 2017 (UTC)
- Support — Hmxhmx 16:53, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:21, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:38, 1 December 2017 (UTC)
- Support Whats new? (talk) 00:18, 2 December 2017 (UTC)
- Support Amir (talk) 00:58, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:39, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:23, 2 December 2017 (UTC)
- Support Yes, please! Waldir (talk) 10:46, 3 December 2017 (UTC)
- Support both in apps and on mobile web. And display the members of a category in apps, as currently they seem to be blank (except for that there is no notice for that either)… Tacsipacsi (talk) 18:22, 3 December 2017 (UTC)
- Support Mike Peel (talk) 22:46, 3 December 2017 (UTC)
- Support Gryllida 00:57, 4 December 2017 (UTC)
- Support HugoHelp (talk) 15:22, 4 December 2017 (UTC)
- Support JAn Dudík (talk) 21:48, 4 December 2017 (UTC)
- Support Anthere (talk) 16:29, 6 December 2017 (UTC)
- Support the wub "?!" 00:55, 7 December 2017 (UTC)
- Support Lack of categories is one of several frustrating aspects of reading and editing on a smartphone. PamD (talk) 09:54, 7 December 2017 (UTC)
- Support NaBUru38 (talk) 22:47, 9 December 2017 (UTC)
- Support Ldorfman (talk) 00:32, 10 December 2017 (UTC)
- Support --Nicor (talk) 14:00, 10 December 2017 (UTC)
- Support Ruslik (talk) 17:58, 10 December 2017 (UTC)
- Support Spinster (talk) 21:26, 10 December 2017 (UTC)
- Support Especially on Commons, I keep switching to the "desktop version" because I need to see categories. Syced (talk) 05:05, 11 December 2017 (UTC)
- Support Yohannvt (talk) 12:01, 11 December 2017 (UTC)
- Support strongly BugWarp (talk) 13:05, 11 December 2017 (UTC)
- Support Infovarius (talk) 13:24, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 15:36, 11 December 2017 (UTC)
- Support KPFC 💬 16:52, 11 December 2017 (UTC)
- Support, mobile users also need categories — NickK (talk) 17:41, 11 December 2017 (UTC)
Infobox pictures in the app don't match those on web
- Problem: On the mobile app, pictures in the intro of articles like The Hague or Amsterdam are not shown and captions do not match what there user sees.
- Who would benefit: Everyone
- Proposed solution: Find a technical solution to render the same "montage" as on the desktop version.
- More comments:
- Phabricator tickets:
- Proposer: WhatsUpWorld (talk) 18:07, 8 November 2017 (UTC)
- Translations: none yet
Discussion
edit- can you be more specific, because i cannot reproduce on iOS with the English Amsterdam article. —TheDJ (talk • contribs) 08:16, 9 November 2017 (UTC)
- @WhatsUpWorld: Maybe this should be turned into a bug report first? A screenshot of the problem would also be welcome in that report. --AKlapper (WMF) (talk) 15:14, 10 November 2017 (UTC)
- @WhatsUpWorld: Could you provide an example of a page where this is a problem? Ryan Kaldari (WMF) (talk) 21:37, 20 November 2017 (UTC)
- Amsterdam or The Hague are examples. WhatsUpWorld (talk) 23:49, 20 November 2017 (UTC)
- @WhatsUpWorld: Where? Those links are empty pages. --AKlapper (WMF) (talk) 19:06, 22 November 2017 (UTC)
- The pages Amsterdam and The Hague on the English Wikipedia. WhatsUpWorld (talk) 19:07, 22 November 2017 (UTC)
- So Amsterdam and The Hague. --bdijkstra (talk) 20:03, 8 December 2017 (UTC)
- w:en:Amsterdam vs en.m.wikipedia.org/wiki/Amsterdam and w:en:The Hague vs [1]. The right pictures in the Infobox are not displayed in the mobile view and thus the caption for the pictures alltogether, wich also refers to the omitted pictures is irritating in the mobile view. --X:: black ::X (talk) 15:52, 11 December 2017 (UTC)
- So Amsterdam and The Hague. --bdijkstra (talk) 20:03, 8 December 2017 (UTC)
- The pages Amsterdam and The Hague on the English Wikipedia. WhatsUpWorld (talk) 19:07, 22 November 2017 (UTC)
- @WhatsUpWorld: Where? Those links are empty pages. --AKlapper (WMF) (talk) 19:06, 22 November 2017 (UTC)
Voting
edit- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:05, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:39, 29 November 2017 (UTC)
- Support Giovanni Alfredo Garciliano Diaz (talk) 21:25, 29 November 2017 (UTC)
- Support Cdjp1 (talk) 12:40, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:22, 30 November 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:22, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:50, 2 December 2017 (UTC)
- Support Gryllida 00:57, 4 December 2017 (UTC)
- Support Fano (talk) 11:49, 9 December 2017 (UTC)
- Support X:: black ::X (talk) 15:42, 11 December 2017 (UTC)
- Support Jim.henderson (talk) 17:47, 11 December 2017 (UTC)
Navigation template on mobile
- Problem: Navigation template aren't visible on mobile.
- Who would benefit: Everyone.
- Proposed solution: Allow everyone to read navigation template. ¯\_(ツ)_/¯
- More comments: I don't understand why navigation template can't be see on mobile when infobox can be see ? I ask why on wp:fr, and some users answer me that is only can be resolve by dev...
- Phabricator tickets: phab:T124168
- Proposer: Nouill (talk) 00:56, 11 November 2017 (UTC)
- Translations: none yet
Discussion
edit- I've linked this to the relevant phabricator ticket. —TheDJ (talk • contribs) 10:31, 13 November 2017 (UTC)
Voting
edit- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:05, 28 November 2017 (UTC)
- Support This has got to be a major irritation on English Wikipedia, they are visible on Dutch Wikipedia if you're on mobile so the technical capabilities are there. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:38, 29 November 2017 (UTC)
- Support Ayack (talk) 13:07, 29 November 2017 (UTC)
- Support Störm (talk) 19:18, 29 November 2017 (UTC)
- Support Javad|Talk (8 Azar 1396) 21:14, 29 November 2017 (UTC)
- Support – Meiræ 22:00, 29 November 2017 (UTC)
- Support Daylen (talk) 01:29, 30 November 2017 (UTC)
- Support M11rtinb (talk) 10:20, 30 November 2017 (UTC)
- Support that is the biggest inconvenience in mobile app Tohaomg (talk) 18:53, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:15, 30 November 2017 (UTC)
- Support Mickey83 (talk) 21:45, 30 November 2017 (UTC)
- Support --Superchilum(talk to me!) 20:21, 1 December 2017 (UTC)
- Support Amir (talk) 00:59, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:39, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:22, 2 December 2017 (UTC)
- Support Tacsipacsi (talk) 19:11, 3 December 2017 (UTC)
- Support Mike Peel (talk) 22:46, 3 December 2017 (UTC)
- Support Gryllida 00:58, 4 December 2017 (UTC)
- Support --Tractopelle-jaune (talk) 18:15, 4 December 2017 (UTC)
- Support Gareth (talk) 15:58, 5 December 2017 (UTC)
- Support Ca2james (talk) 03:47, 6 December 2017 (UTC)
- Support PamD (talk) 09:56, 7 December 2017 (UTC)
- Support Infovarius (talk) 13:25, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 15:55, 11 December 2017 (UTC)
- Support, I never understood why navboxes are not shown in mobile given that they are very reader-oriented — NickK (talk) 17:42, 11 December 2017 (UTC)
VisualEditor has limited functionality on mobile
- Problem: In the mobile Visual Editor some functionality cannot be used or can only be used to some limited extent. That's because the menu does not offer all functionality. Furthermore, the following items are cut: Some toolbars, the "formatting" menu. Furthermore the menu gets into the way for tables.
- Who would benefit: Users of mobile VE
- Proposed solution: Make the displayed items in the toolbar dynamic and hide other entries under "...". Also include the "desktop only" elements.
- More comments:
- Phabricator tickets:
- Proposer: Honischboy (talk) 16:18, 17 November 2017 (UTC)
- Translations: Deutsche
Discussion
editTranslation: In the mobile Visual Editor some functionality cannot be used or can only be used to some limited extent. That's because the menu does not offer all functionality. Furthermore, the following items are cut: Some toolbars, the "formatting" menu. Furthermore the menu gets into the way for tables. Proposal: Make the displayed items in the toolbar dynamic and hide other entries under "...". Also include the "desktop only" elements. --AKlapper (WMF) (talk) 00:19, 20 November 2017 (UTC)
- @Honischboy: Auf welche Bildschirmweite bezieht sich dies? Ich kann das Problem nur reproduzieren unter 360px Weite. Und wie genau stoert das Menu bei Tabellen die Sicht? / Which display width does this refer to? I can only reproduce with less than 360px width. And who exactly does the menu get into the way for tables? --AKlapper (WMF) (talk) 00:19, 20 November 2017 (UTC)
- Es ist ein ZTE Blade L5 und hat eine Bildschirmgröße von 480 x 854 Pixel (https://www.inside-handy.de/handys/zte-blade-l5/daten). Das Problem kam übrigen erst, als auch bei kleinen Bildschirmen die Schaltflächen - beschriftungen angezeigt weren “mussten”. --Honischboy (talk) 18:12, 21 November 2017 (UTC)
- Das Menü bei Tabellen stört mir die Sicht, indem es so weit vom Oberen Bildschirmrand “Herunterhängt”, dass ein großer Teil des Bildschirms davon abgedeckt ist. Ich kann auch ein paar Screenshots davon senden. --Honischboy (talk) 18:12, 21 November 2017 (UTC)
Voting
edit- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Stryn (talk) 16:13, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:05, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:35, 29 November 2017 (UTC)
- Support FubolsLatvijā (talk) 12:44, 30 November 2017 (UTC)
- Support Danii.3 (talk) 13:02, 30 November 2017 (UTC)
- Support Jith12 (talk) 22:25, 30 November 2017 (UTC)
- Support Lawikitejana (talk) 02:11, 1 December 2017 (UTC)
- Support Podryv (talk) 08:05, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:39, 1 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:23, 2 December 2017 (UTC)
- Support LikeLifer (talk) 18:04, 3 December 2017 (UTC)
- Support Hello903hello (talk) 02:48, 6 December 2017 (UTC)
Mobile app for sister projects
- Problem: Now exists Wikipedia mobile application (Android). But all links to sister projects like Wikiquote, Wikisource or Wiktionary must be opened using browser.
- Who would benefit: All mobile users
- Proposed solution: Rewrite current app or make new one which will support other Wikimedia projects too.
- More comments:
- Phabricator tickets:
- Proposer: JAn Dudík (talk) 08:46, 7 November 2017 (UTC)
- Translations: none yet
Discussion
edit- This might be more or less phab:T165495? --AKlapper (WMF) (talk) 10:06, 7 November 2017 (UTC)
- I wonder whether it would be a better investment to concentrate on making MediaWiki more functional in mobile web browsers than on making apps for different platforms. Anomie (talk) 13:11, 7 November 2017 (UTC)
- Great idea with supporting more platforms. I feel the new Iphone for Wikimedia app that now supports Forced touch or 3D touch is an argument for native applications. I can see this Forced touch as a new possibility to navigate a link and have more targets that would open up new very interesting possibilities that current mobile web browser cant. As more and more people use smartphones and the smartphone also makes it much more important to getting relevant information based on the users current location I think native apps are prefered as long as the mobile web interface has less functionality... - Salgo60 (talk) 10:52, 17 November 2017 (UTC)
- Great idea CreativeC (talk) 19:59, 9 November 2017 (UTC)
- Endorse. I miss app for Wikivoyage and Wikisource for example. Doesn't matter if there will be separated or generic app. --Venca24 (talk) 08:53, 16 November 2017 (UTC)
- This may be out of the Community team's ability to deliver, given that app development is a specialized skillset. I'd look to the Commons app on Android as a the best example of how to make this happen. That project is volunteer owned, with support from a Foundation grant, and occasional consultation with the Foundation's Android team. --JMinor (WMF) (talk) 18:57, 20 November 2017 (UTC)
- I verry much understand and agree to JMinors concerns. Instead the MobileFrontend for mobile view should be further developed and optimized for all projects (e. g. making Categories accessible in the sister projects, making accessible Wikitext syntax highlighting to the same time as in the desktop version, highlighting unseen changes in the watchlist, etc.). Such improvements would be accessible from all devices so anyone could benefit form them and the mobile solution of wikimedia would behave similar on diffrent devices/OS. The development of excellent and fullscale open platform solutions should be priorititzed to walled garden applications by wikimedia staff. Of course volunteer projects are always welcome. --X:: black ::X (talk) 14:13, 14 December 2017 (UTC)
Voting
edit- Support NMaia (talk) 00:02, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Pepe piton (talk) 15:19, 28 November 2017 (UTC)
- Support Sannita - not just another it.wiki sysop 19:47, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:05, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:14, 29 November 2017 (UTC)
- Support Libcub (talk) 05:07, 29 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:37, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:34, 29 November 2017 (UTC)
- Support Ayack (talk) 13:07, 29 November 2017 (UTC)
- Support DerFussi 17:18, 29 November 2017 (UTC)
- Support Venca24 (talk) 20:37, 29 November 2017 (UTC)
- Support Giovanni Alfredo Garciliano Diaz (talk) 21:31, 29 November 2017 (UTC)
- Support ZellmerLP (talk) 22:30, 29 November 2017 (UTC)
- Support Daylen (talk) 01:30, 30 November 2017 (UTC)
- Support Zhangj1079 talk 01:45, 30 November 2017 (UTC)
- Support add Wikivoyage Walta (talk) 10:03, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:16, 30 November 2017 (UTC)
- Support Wikinews Sahaquiel9102 (talk) 21:42, 30 November 2017 (UTC)
- Support --Masum-al-Hasan — The preceding unsigned comment was added by Masum-al-hasan (talk) 09:15, 1 December 2017 (UTC)
- Support Deshumanizado (talk) 13:31, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:39, 1 December 2017 (UTC)
- Support Xavi Dengra (MESSAGES) 23:03, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 12:40, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:28, 2 December 2017 (UTC)
- Support Otourly (talk) 16:50, 3 December 2017 (UTC)
- Support Talmoryair (talk) 16:59, 3 December 2017 (UTC)
- Support It’s quite difficult to port the current Android app to another wiki. If WMF would invest a bit into porting it to some other projects, it would hopefully make it easier to port also for third-party developers. Tacsipacsi (talk) 19:05, 3 December 2017 (UTC)
- Support Pamputt (talk) 21:16, 3 December 2017 (UTC)
- Support a+ Gryllida 00:58, 4 December 2017 (UTC)
- Support KRLS (talk) 15:04, 4 December 2017 (UTC)
- Support Davidpar (talk) 15:18, 4 December 2017 (UTC)
- Support Unapersona (talk) 17:28, 4 December 2017 (UTC)
- Support Fixer88 (talk) 21:21, 4 December 2017 (UTC)
- Support as proposer JAn Dudík (talk) 21:49, 4 December 2017 (UTC)
- Support Hello903hello (talk) 02:49, 6 December 2017 (UTC)
- Support Micru (talk) 20:43, 6 December 2017 (UTC)
- Support Ahm masum (talk) 21:24, 7 December 2017 (UTC)
- Support Alangi Derick (talk) 15:12, 8 December 2017 (UTC)
- Support --Nicor (talk) 14:01, 10 December 2017 (UTC)
- Support Ruslik (talk) 18:00, 10 December 2017 (UTC)
- Support Psychoslave (talk) 08:25, 11 December 2017 (UTC)
- Support BugWarp (talk) 13:07, 11 December 2017 (UTC)
- Support Wiktionary editing app would be a great thing for users and interesting task for developers! Infovarius (talk) 13:26, 11 December 2017 (UTC)
- Support deb (talk) 13:45, 11 December 2017 (UTC)
- Support — NickK (talk) 17:42, 11 December 2017 (UTC)
Support — Thought of something similar. Great idea! I work for Wikipedia Education Program and I personally believe that P&E dashboard should also have an application as well. Wassan.anmol (talk) 04:56, 4 April 2018 (UTC)
Syntax highlighting for code snippets in mobile app
- Problem: No syntax highlighting while reading articles with code or Lua modules in the Wikipedia mobile application
- Who would benefit: anyone using the Wikipedia mobile app
- Proposed solution: simply integrate syntax highlighting in the code surrounded by <code/>
- More comments: none
- Phabricator tickets:
- Proposer: Hello903hello (talk) 12:43, 11 November 2017 (UTC)
- Translations: none yet
Discussion
edit- I created a ticket for this problem. phab:T180332 (Forgot to sign this before —TheDJ (talk • contribs))
- This is something the Android app team has looked into, and there is a basic prototype. Generally, the challenge here is around performance (ie. making the highlighting be quick enough to be useful). But overall this is something we'd all like to see in the apps. JMinor (WMF) (talk) 18:54, 20 November 2017 (UTC)
- @JMinor (WMF): I think this is asking for non-WikiText syntax highlighting, i.e. for code snippets or Module pages. Ryan Kaldari (WMF) (talk) 21:43, 20 November 2017 (UTC)
- Oh, thanks Ryan Kaldari (WMF) I should have read more carefully. In that case I think the ticket linked is the right way to go.
- That was my understanding as well. The ticket that I opened already has a patch by the apps team to include the missing styling into the app bundle. —TheDJ (talk • contribs) 14:44, 21 November 2017 (UTC)
- Oh, thanks Ryan Kaldari (WMF) I should have read more carefully. In that case I think the ticket linked is the right way to go.
- @JMinor (WMF): I think this is asking for non-WikiText syntax highlighting, i.e. for code snippets or Module pages. Ryan Kaldari (WMF) (talk) 21:43, 20 November 2017 (UTC)
- The ticket linked above has been completed (for Android) and will be deployed with our next release. Wish granted! DBrant (WMF) (talk) 19:59, 28 November 2017 (UTC)
Voting
edit- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:05, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:33, 29 November 2017 (UTC)
- Support WQL (talk) 09:44, 1 December 2017 (UTC)
- Support It doesn’t work perfectly yet on Android and doesn’t work at all on iOS. Tacsipacsi (talk) 19:32, 3 December 2017 (UTC)
- Support Alangi Derick (talk) 15:12, 8 December 2017 (UTC)
- Support X:: black ::X (talk) 16:01, 11 December 2017 (UTC)
- Support KPFC 💬 16:53, 11 December 2017 (UTC)
Add an undo/revert button to diff view
- Problem: The mobile web diff view features an enormous 'thank' button at the bottom of the screen. Sadly, I find myself reverting people far more often than I thank them. Quickly reverting a dodgy edit is the sort of quick editing that should work well on mobile. Unfortunately, the mobile interface makes this all but impossible without manually rewriting the text.
- Who would benefit: Editors checking their watchlist on their phones.
- Proposed solution: Provide an undo button adjacent to the thank button. Undoing an edit would work the same way as on the desktop site - open the editing interface with the offending text removed from the source.
- More comments:
- Phabricator tickets: task T87609
- Proposer: Gareth (talk) 09:32, 18 November 2017 (UTC)
- Translations: none yet
Discussion
editEndorse --BugWarp (talk) 13:16, 10 November 2017 (UTC)
Voting
edit- Support Dvorapa (talk) 09:41, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Stryn (talk) 16:13, 28 November 2017 (UTC)
- Support Ca2james (talk) 21:24, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:06, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:33, 29 November 2017 (UTC)
- Support – Meiræ 22:02, 29 November 2017 (UTC)
- Support M11rtinb (talk) 10:21, 30 November 2017 (UTC)
- Support Exilexi (talk) 14:55, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:17, 30 November 2017 (UTC)
- Support Jith12 (talk) 22:26, 30 November 2017 (UTC)
- Support –Ammarpad (talk) 23:24, 30 November 2017 (UTC)
- Support WQL (talk) 09:44, 1 December 2017 (UTC)
- Support Amir (talk) 00:57, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:40, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:22, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:37, 2 December 2017 (UTC)
- Support Hello903hello (talk) 09:47, 3 December 2017 (UTC)
- Support ★ Anoop / ಅನೂಪ್ ✉ © 18:07, 3 December 2017 (UTC)
- Support Tacsipacsi (talk) 18:14, 3 December 2017 (UTC)
- Support Freayd (talk) 07:29, 4 December 2017 (UTC)
- Support Ldorfman (talk) 00:35, 10 December 2017 (UTC)
- Support BugWarp (talk) 13:07, 11 December 2017 (UTC)
- Support Jmmuguerza (talk) 16:15, 11 December 2017 (UTC)
- Support KPFC 💬 16:54, 11 December 2017 (UTC)
- Support, this one of the reasons why I prefer desktop diffs even on mobile — NickK (talk) 17:43, 11 December 2017 (UTC)
View old revisions with mobile site
- Problem: It is impossible to view old revisions on the mobile website. Sometimes this would be very handy when checking edits.
- Who would benefit: People checking the effects of changes to the page.
- Proposed solution: Provide a way to view past revisions.
- More comments:
- Phabricator tickets:
- Proposer: Don't kross my dross (talk) 11:19, 18 November 2017 (UTC)
- Translations: none yet
Discussion
editYou mean: "Make it possible to navigate to the old (or new) revision from the diff page" ? instead of only being able to navigate to the previous and the next diff. —TheDJ (talk • contribs) 14:21, 18 November 2017 (UTC)
- @Don't kross my dross: See question above, thanks. Quiddity (WMF) (talk) 21:35, 20 November 2017 (UTC)
In essence, yes. I want to see both the changes themselves (already possible via the diff) and the effects those changes had on the article (by viewing an old revision and comparing it with another revision, which is currently impossible). Whether these things appear together on the one page or separately is really a matter for the design team. Access would be from the page history (and/or the diff view, if it was provided separately). Don't kross my dross (talk) 05:35, 22 November 2017 (UTC)
Voting
edit- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:06, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:30, 29 November 2017 (UTC)
- Support I think the whole history/diff/revert/watchlist/recentchanges etc flow needs serious work really. But gotta start somewhere I guess. —TheDJ (talk • contribs) 16:54, 29 November 2017 (UTC)
- Support MGChecker (talk) 22:10, 29 November 2017 (UTC)
- Support--L736Etell me 08:20, 30 November 2017 (UTC)
- Support Cdjp1 (talk) 12:41, 30 November 2017 (UTC)
- Support Rachel Helps (BYU) (talk) 17:12, 30 November 2017 (UTC)
- Support DonBarredora (talk) 01:18, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:17, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 12:32, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:13, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:38, 2 December 2017 (UTC)
- Support Tacsipacsi (talk) 19:38, 3 December 2017 (UTC)
- Support Gryllida 00:59, 4 December 2017 (UTC)
- Support Ca2james (talk) 03:48, 6 December 2017 (UTC)
- Support NaBUru38 (talk) 22:45, 9 December 2017 (UTC)
- Support Ldorfman (talk) 00:30, 10 December 2017 (UTC)
- Support X:: black ::X (talk) 16:05, 11 December 2017 (UTC)
- Support KPFC 💬 16:54, 11 December 2017 (UTC)
- Support, this one of the reasons why I prefer desktop diffs even on mobile — NickK (talk) 17:44, 11 December 2017 (UTC)
Make it possible to add coordinates through the app
- Problem: Many articles still don't have coordinates. They are also difficult to add in their templates or in Wikidata, due to long numbers. Meanwhile, most editors carry around a GPS with decent quality.
- Who would benefit: In the end, readers, but target group is editors.
- Proposed solution: Make it possible to add or correct coordinates to an article through the app. If there are no coordinates on Wikidata, it should also add them there. Preferably, the app should display on a map what coordinates are going to be added, and that should be possible to fine-tune to make up for bad receptions or places where it is difficult to actually stand on the subject.
- More comments:
- Phabricator tickets:
- Proposer: Ainali (talk) 11:57, 18 November 2017 (UTC)
- Translations: none yet
Discussion
edit- Foursquare/Swarm has a nice UI for this, when you add a new venue to their system. Does that look like what you would want for Wikimedia ? —TheDJ (talk • contribs) 14:19, 18 November 2017 (UTC)
- Yes, that looks pretty good (but I don't think this should be a way to start new articles or items, just adding coordinates to existing ones). Ainali (talk) 15:36, 18 November 2017 (UTC)
Voting
edit- Support β16 - (talk) 11:24, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:14, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:38, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:06, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:15, 29 November 2017 (UTC)
- Support Libcub (talk) 05:08, 29 November 2017 (UTC)
- Support PKM (talk) 05:56, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:29, 29 November 2017 (UTC)
- Support Ayack (talk) 13:07, 29 November 2017 (UTC)
- Support DerFussi 17:20, 29 November 2017 (UTC)
- Support Javad|Talk (8 Azar 1396) 21:15, 29 November 2017 (UTC)
- Support Daylen (talk) 01:31, 30 November 2017 (UTC)
- Support - yona B. (D) 08:25, 30 November 2017 (UTC)
- Support excellent idea! Chandres 11:24, 30 November 2017 (UTC)
- Support Rachel Helps (BYU) (talk) 17:12, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:18, 30 November 2017 (UTC)
- Support Ckoerner (talk) 21:38, 1 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:13, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:32, 2 December 2017 (UTC)
- Support for Wikidata. Wikipedia articles should query Wikidata for coordinates using local templates, which may vary between languages, so it seems impossible to create a universal method to add them to articles. We can just hope that some template (e.g. an infobox) already queries Wikidata and displays the coordinates once they’re available. Tacsipacsi (talk) 18:52, 3 December 2017 (UTC)
- Support Gryllida 00:59, 4 December 2017 (UTC)
- Support BugWarp (talk) 13:08, 11 December 2017 (UTC)
- Support Infovarius (talk) 13:26, 11 December 2017 (UTC)
- Support — NickK (talk) 17:44, 11 December 2017 (UTC)
Add CentralNotice to the apps
- Problem: I´m not sure, but I have never seen a CentralNotice in the android-app. If 50% of all users are going to Wikimedia by smartphone, I think, there should be some kind of CentralNotice too.
- Who would benefit: Wikimedia
- Proposed solution: Create a CentralNotice for the app or maybe use the notification system.
- More comments:
- Phabricator tickets:
- Proposer: Goldzahn (talk) 09:20, 7 November 2017 (UTC)
- Translations: none yet
Discussion
editAccording to phab:T145830, there seems to be an "announcements feed service" in place, but that seems to be focused on surveys and donations. --AKlapper (WMF) (talk) 10:09, 7 November 2017 (UTC)
- It seems to be some thingy which is enabled by direct editing of https://phabricator.wikimedia.org/diffusion/GMOA/browse/master/routes/announcements.js which leads to API like https://en.wikipedia.org/api/rest_v1/feed/announcements return that announcement and mobile apps grab and show it. As a Meta-wiki admin (thus having CentralNotice management rights) I have access to none of the things needed to use that service. Well, just to make it more obvious than it is. --Base (talk) 19:18, 15 November 2017 (UTC)
@Seddon (WMF): You're the expert. ;-) Whatamidoing (WMF) (talk) 18:29, 7 November 2017 (UTC)
For a bit of context, the system Base points to is a very simple announcement system we developed to recruit testers, announce new features and test mobile fundraising by inserting cards into the mobile Explore feed. It is not intended to replace CentralNotice, but serve as a stopgap to allow us to have some basic communication with app users. We (the apps teams) fully endorse mobile appropriate support for CentralNotice in articles across apps. Unfortunately its not something we can build ourselves. Currently the Fundraising Tech team (with Seddon as sherpa) is defining requirements for an improved CentralNotice, which will hopefully include support for apps. JMinor (WMF) (talk) 19:04, 20 November 2017 (UTC)
Site notice too please not only central notice. Afaik site notice content is editable by wiki sysops. Gryllida 01:00, 4 December 2017 (UTC)
- Yes, it is. It is located at MediaWiki:Sitenotice (and MediaWiki:Anonnotice for only logged-out users). —Tacsipacsi (talk) 13:06, 4 December 2017 (UTC)
Voting
edit- Support I would also like to see sitenotice/anonnotice on mobile and apps. Strainu (talk) 23:01, 27 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:06, 28 November 2017 (UTC)
- Support Goldzahn (talk) 22:59, 28 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:38, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:29, 29 November 2017 (UTC)
- Support--L736Etell me 08:19, 30 November 2017 (UTC)
- Support --Superchilum(talk to me!) 20:18, 1 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:13, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:32, 2 December 2017 (UTC)
- Support with sitenotice/anonnotice. Tacsipacsi (talk) 18:13, 3 December 2017 (UTC)
- Support Gryllida 01:00, 4 December 2017 (UTC)
- Support Pharos (talk) 16:48, 9 December 2017 (UTC)
Permanent opt-out of mobile frontend
- Problem:
A number of Wikimedians like myself use only desktop version of Wikimedia projects while on mobile.
I do it since I had a 208×208 display Symbian smartphone and I do it still when I have an Android touch screen with much bigger display.
The reason I do it is because I want to have the same experience as on desktop, because for me it is important to have access to all the tools and features (e.g. article deletion; CentralNotice administration; user blocking; rollback; flagged revisions; user scripts and styles for fast image tagging, RfD creation, disambig highlighting; and so forth) the same way I do when browsing from a desktop machine. Even for normal reading the folded sections in Minerva skin provide not the best experience, especially for looking up some information with browser Find feature.
This yields to the result that by far the most useful feature of mobile frontend is the "Desktop" link, which is hard to click on (related articles load late and I end up clicking on them), which does not always work (I regularly have an error claiming I need to enable cookies to toggle while they are enabled), which is unaccessible while on watchlist and which is just unnecessary step to do. It also has to be followed on each wiki or every time after following Google search results. The thing to keep in mind that it often has to be done while on mobile data which are not always unlimited and cheap.
- Who would benefit:
Users who prefer desktop experience on mobile devices.
- Proposed solution:
Add a "force desktop view" option to preferences. This should allow to disable mobile front-end permanently for the user account. This should also make links like en.m.wikipedia.org direct to desktop version (that's what Google gives in search results).
Optionally provide an alias to &useskin=minerva which will show current page in mobile view (possibly in current selected mobile skin when we have not just minerva)
- More comments:
- Phabricator tickets: I need help looking them up, I am pretty sure there were some
- Proposer: Base (talk) 18:40, 15 November 2017 (UTC)
- Translations: none yet
Discussion
editMy editing is done exclusively on my phone (as it is my only internet connection), but prefer the desktop view because of the tools & scripts available in desktop. (Why does mobile = limited functionality?)
Further to my frustration is that Wikipedia doesn't comply with my browser's request desktop mode preference. Maybe start with that. Senator2029 talk 23:59, 16 November 2017 (UTC)
- @Senator2029: Which browser/platform is this? I just tried Chrome/Android and it correctly didn't redirect. Max Semenik (talk) 07:31, 17 November 2017 (UTC)
- I'm using Chrome in Android and if I pull up an article in mobile view and use the browser's "Request desktop site" I don't get the desktop version (it doesn't redirect to the non-mobile version); I get a variant of the mobile version with no sidebar. Editing a page or section uses the mobile editor. Ca2james (talk) 05:26, 18 November 2017 (UTC)
- I also regularly get redirecting errors when going between article pages, and other pages like History/talk, and frequently having trouble getting to the desktop versions of those pages on my phone. I would appreciate a session-length opt-out like this. Sadads (talk) 07:43, 23 November 2017 (UTC)
- what/where/who/wtf is «Browser's "Request desktop site"»? Sounds interesting. Sometimes - increasingly more I'm afraid - I follow a link to the mobile version and they look quite bad/poor on desktop. So any auto-magically fixing that would be good for readers, I guess. - Nabla (talk) 15:08, 2 December 2017 (UTC)
- Interestingly, for the opposite (always use wikipedia-mobile-frontend), there is at least a Chrome Extension called Wikipedia-Mobile-4-Ever on w:en:GitHub. --X:: black ::X (talk) 14:30, 14 December 2017 (UTC)
- what/where/who/wtf is «Browser's "Request desktop site"»? Sounds interesting. Sometimes - increasingly more I'm afraid - I follow a link to the mobile version and they look quite bad/poor on desktop. So any auto-magically fixing that would be good for readers, I guess. - Nabla (talk) 15:08, 2 December 2017 (UTC)
- I also regularly get redirecting errors when going between article pages, and other pages like History/talk, and frequently having trouble getting to the desktop versions of those pages on my phone. I would appreciate a session-length opt-out like this. Sadads (talk) 07:43, 23 November 2017 (UTC)
- I'm using Chrome in Android and if I pull up an article in mobile view and use the browser's "Request desktop site" I don't get the desktop version (it doesn't redirect to the non-mobile version); I get a variant of the mobile version with no sidebar. Editing a page or section uses the mobile editor. Ca2james (talk) 05:26, 18 November 2017 (UTC)
Voting
edit- Support —viciarg414 08:20, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
- Support I often have browsing sessions on Mobile, where I cannot stay in the desktop frontend, especially with Special Pages. Sadads (talk) 13:45, 28 November 2017 (UTC)
- Support Useful for us who don't just read Wikipedia, but are very active editors. Stryn (talk) 16:14, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:06, 28 November 2017 (UTC)
- Support This has been a long source of frustration for me. Bawolff (talk) 22:57, 28 November 2017 (UTC)
- Support Libcub (talk) 05:09, 29 November 2017 (UTC)
- Support Ayack (talk) 13:08, 29 November 2017 (UTC)
- Support ArthurPSmith (talk) 19:02, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:59, 29 November 2017 (UTC)
- Support I was awaiting for this Giovanni Alfredo Garciliano Diaz (talk) 21:29, 29 November 2017 (UTC)
- Support - Evad37 (talk) 00:22, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:19, 30 November 2017 (UTC)
- Support Lawikitejana (talk) 02:13, 1 December 2017 (UTC)
- Support WQL (talk) 09:45, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:18, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 12:34, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:14, 2 December 2017 (UTC)
- Support Nabla (talk) 15:02, 2 December 2017 (UTC)
- Support Петър Петров (talk) 15:24, 2 December 2017 (UTC)
- Support An Owl Called Josh (talk) 14:58, 3 December 2017 (UTC)
- Support Gryllida 01:01, 4 December 2017 (UTC)
- Support Should have a secondary toggle, however, to do this or not do it for the mobile preview gadget. Most editors who want this feature and also use that gadget use the gadget to see what the page looks like for the average mobile user, not what the "desktop" site version of the page looks like on mobile, so by default using this opt-out should have no effect on what the gadget shows. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 07:45, 4 December 2017 (UTC)
- Support --Tractopelle-jaune (talk) 18:16, 4 December 2017 (UTC)
- Support JAn Dudík (talk) 21:49, 4 December 2017 (UTC)
- Support Carnildo (talk) 22:45, 5 December 2017 (UTC)
- Support Shock Brigade Harvester Boris (talk) 04:56, 6 December 2017 (UTC)
- Support Fano (talk) 11:46, 9 December 2017 (UTC)
- Support Ruslik (talk) 18:04, 10 December 2017 (UTC)
- Support Spinster (talk) 21:32, 10 December 2017 (UTC)
- Support VorontsovIE (talk) 12:08, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 16:27, 11 December 2017 (UTC)
Watchlist in mobile
- Problem: It's not possible to see the watchlist in the official Wikipedia app for Android.
- Who would benefit: Editors
- Proposed solution: Implement an access to Watchlist in mobile apps.
- More comments:
- Phabricator tickets: phab:T76953
- Proposer: Mr. Moonlight (talk) 19:49, 8 November 2017 (UTC)
- Translations: none yet
Discussion
edit- I've been wanting this for a while. I don't really have a use for the mobile app without a watchlist so I bookmarked a link to the page on my phone's homescreen for the time being. Semmendinger (talk) 21:11, 8 November 2017 (UTC)
- I also think that this would be very useful Nick-D (talk) 06:09, 9 November 2017 (UTC)
It is very important that anyone can edit on mobile app, it is a very important point in a phone's world Nirmal Brar Faridkot (talk) 13:52, 9 November 2017 (UTC)
- Endorse--BugWarp (talk) 13:18, 10 November 2017 (UTC)
- @BugWarp: The voting phase has not started yet, so I changed your "Support" into "Endorse" to avoid misunderstandings. --AKlapper (WMF) (talk) 15:18, 10 November 2017 (UTC)
The apps teams are also interested in Wathchlist support. Its a technically challenging problem, and we would like to see cross-wiki watching supported (since the apps are cross-wiki by nature), but we agree/support this suggestion. -- JMinor (WMF) (talk) 19:13, 20 November 2017 (UTC)
- At least the problem that unseen changes aren't highlighted in the watchlist of the mobile version of wikipedia (mobile view) (as stated by Tacsipacsi below) should be solved, so that there is a proper and functional solution for users of mobile devices. --X:: black ::X (talk) 13:39, 14 December 2017 (UTC)
Voting
edit- Support NMaia (talk) 00:03, 28 November 2017 (UTC)
- Support —viciarg414 08:20, 28 November 2017 (UTC)
- Support ·addshore· talk to me! 10:46, 28 November 2017 (UTC)
- Support HHill (talk) 11:33, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
- Support Jianhui67 talk★contribs 14:15, 28 November 2017 (UTC)
- Support Jc86035 (talk) 14:20, 28 November 2017 (UTC)
- Support Rcsprinter123 (talk) 20:09, 28 November 2017 (UTC)
- Support Chico Venancio (talk) 21:59, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:07, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:16, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:28, 29 November 2017 (UTC)
- Support – Meiræ 22:04, 29 November 2017 (UTC)
- Support MGChecker (talk) 22:05, 29 November 2017 (UTC)
- Support Daylen (talk) 01:33, 30 November 2017 (UTC)
- Support Exilexi (talk) 15:08, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:19, 30 November 2017 (UTC)
- Support --Superchilum(talk to me!) 20:19, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:38, 1 December 2017 (UTC)
- Support SEMMENDINGER (talk) 23:35, 1 December 2017 (UTC)
- Support Whats new? (talk) 00:18, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:34, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:14, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:34, 2 December 2017 (UTC)
- Support Bertrouf (talk) 14:38, 3 December 2017 (UTC)
- Support The MobileFrontend version is also nearly unusable (at least for my workflow) as it doesn’t highlight unseen changes. Tacsipacsi (talk) 19:43, 3 December 2017 (UTC)
- Support Gryllida 00:56, 4 December 2017 (UTC)
- Support Freayd (talk) 07:31, 4 December 2017 (UTC)
- Support Jpcomic (talk) 10:31, 4 December 2017 (UTC)
- Support Trockennasenaffe (talk) 20:53, 4 December 2017 (UTC)
- Support JAn Dudík (talk) 21:49, 4 December 2017 (UTC)
- Support Ca2james (talk) 03:50, 6 December 2017 (UTC)
- Support PamD (talk) 09:56, 7 December 2017 (UTC)
- Support BugWarp (talk) 13:11, 11 December 2017 (UTC)
- Support Infovarius (talk) 13:28, 11 December 2017 (UTC)
- Support Jmmuguerza (talk) 16:15, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 16:29, 11 December 2017 (UTC)
- Support KPFC 💬 16:55, 11 December 2017 (UTC)
- Support — NickK (talk) 17:45, 11 December 2017 (UTC)
LinguaLibre's audio learning mobile app
- Problem: The Wikimedia project http://LinguaLibre.fr (github • live by 0x010C) allows non-wikimedians volunteers to records hundreds of words in their languages very efficiently. Yet, these audios moving to the wiktionary, a tangible end-product with these hundreds audios datasets hardly materializes for the volunteer speakers and non-wikimedians.
- Who would benefit: Larger public and wikimedians. Boost volunteer speakers motivation by providing immediat materialization of their recording efforts.
- Proposed solution:
➊ Develop a template dictionary HTML/CSS/JS web app in the line of this very recent French Sign Language app (github • live by Lyhana8) or this Chinese Vocabulary app (github • live by myself).
➋ Implement technical solution sothis template + other dataset from lingua libre = variation of the app with this other data set
.
➌ Embed web app code via PhoneGap Build or alike so to produce and publish language-specific mobile apps, soon after recording sessions.
- More comments: Other technical ways are welcome, but we need to have a "learning-this-dataset app" or "learning-this-dataset webpage".
- Phabricator tickets:
- Proposer: Yug (talk) 11:09, 19 November 2017 (UTC)
- Translations: none yet
Discussion
editVoting
edit- Support Jcornelius (talk) 09:58, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:07, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:27, 29 November 2017 (UTC)
- Support Xenophôn (talk) 11:13, 29 November 2017 (UTC)
- Support Trizek from FR 20:54, 30 November 2017 (UTC)
- Support African Hope (talk) 17:45, 7 December 2017 (UTC)
- Support Noé (talk) 10:16, 8 December 2017 (UTC)
- Support --Nicor (talk) 13:49, 10 December 2017 (UTC)
- Support Psychoslave (talk) 08:26, 11 December 2017 (UTC)
- Support — NickK (talk) 17:45, 11 December 2017 (UTC)
Better categorization from Commons Mobile
- Problem: Categorization in the mobile app is available, but not particularly explorable. Users in the web interface can use HotCat to explore the category tree, but the mobile web interface doesn't allow that either.
- Who would benefit: Mobile users uploading pictures to Commons.
- Proposed solution: Enhance the categorization activity in the Commons app to allow HotCat-style exploration of selected categories. (Mainly navigation from parent categories to child categories and vice versa.)
- More comments: When uploading via the Commons app, I find myself using a laptop to look up the proper categories for my photos. It means that I can't upload pictures unless I'm at my computer, which mostly defeats the purpose of the mobile app.
- Phabricator tickets:
- Proposer: Grendelkhan (talk) 18:31, 9 November 2017 (UTC)
- Translations: none yet
Discussion
editStrong Endorse--BugWarp (talk) 13:18, 10 November 2017 (UTC)
- @BugWarp: The voting phase has not started yet, so I changed your "Support" into "Endorse" to avoid misunderstandings. --AKlapper (WMF) (talk) 15:24, 10 November 2017 (UTC)
Voting
edit- Support David1010 (talk) 11:09, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:07, 28 November 2017 (UTC)
- Support Libcub (talk) 05:10, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:26, 29 November 2017 (UTC)
- Support Dromedar61 (talk) 21:20, 30 November 2017 (UTC)
- Support Syced (talk) 09:15, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:19, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 12:38, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:14, 2 December 2017 (UTC)
- Support Talmoryair (talk) 16:57, 3 December 2017 (UTC)
- Support Tacsipacsi (talk) 18:16, 3 December 2017 (UTC)
- Support Halibutt (talk) 15:03, 4 December 2017 (UTC)
- Support Ruslik (talk) 17:53, 10 December 2017 (UTC)
- Support X:: black ::X (talk) 08:17, 11 December 2017 (UTC)
- Support strongly BugWarp (talk) 13:13, 11 December 2017 (UTC)
- Support — NickK (talk) 17:45, 11 December 2017 (UTC)
- Support Jim.henderson (talk) 17:55, 11 December 2017 (UTC)
Add searchbar to Nearby
- Problem: Special:Nearby only shows you the notable places around your current place. Further in the app if you want to change the location, you need to swipe all across the globe on the map. That is rather slow and inconvinent on small 4-5" devices.
- Who would benefit: All users of Nearby.
- Proposed solution: Please add a searchbar to Nearby so that we could all change places and find things in seconds. Would be great if we could do search according to a district/city/county or zipcode. (GPS coordinates would be fine, too.)
- More comments:
- Phabricator tickets: https://phabricator.wikimedia.org/T142431
- Proposer: OrsolyaVirág (talk) 20:53, 19 November 2017 (UTC)
- Translations: none yet
Discussion
editVoting
edit- Support Bencemac (talk) 18:03, 27 November 2017 (UTC)
- Support Tacsipacsi (talk) 20:47, 27 November 2017 (UTC)
- Support --Boehm (talk) 21:43, 27 November 2017 (UTC)
- Support NMaia (talk) 00:04, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:15, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:37, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 22:04, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:16, 29 November 2017 (UTC)
- Support Libcub (talk) 05:10, 29 November 2017 (UTC)
- Support bspf (talk) 07:49, 29 November 2017 (UTC)
- Support Dromedar61 (talk) 21:21, 30 November 2017 (UTC)
- Support Syced (talk) 09:16, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:38, 1 December 2017 (UTC)
- Support Mardetanha talk 11:25, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 13:14, 2 December 2017 (UTC)
- Support --Pallerti Rabbit Hole 18:44, 2 December 2017 (UTC)
- Support --Tobias1984 (talk) 19:24, 2 December 2017 (UTC)
- Support Slemi (talk) 05:52, 3 December 2017 (UTC)
- Support Hungarikusz Firkász (talk) 18:30, 6 December 2017 (UTC)
- Support Little Jackie (talk) 12:58, 7 December 2017 (UTC)
- Support --Misibacsi (talk) 18:32, 9 December 2017 (UTC)
- Support --Szilas (talk) 19:46, 9 December 2017 (UTC)
- Support NaBUru38 (talk) 22:46, 9 December 2017 (UTC)
- Support - Akela (talk) 22:50, 9 December 2017 (UTC)
- Support --EniPort (talk) 23:28, 9 December 2017 (UTC)
- Support Ruslik (talk) 17:57, 10 December 2017 (UTC)
- Support as proposer. --OrsolyaVirág (talk) 11:05, 11 December 2017 (UTC)
- Support BugWarp (talk) 13:11, 11 December 2017 (UTC)
- Support Szalax (talk) 16:13, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 16:49, 11 December 2017 (UTC)
- Support — NickK (talk) 17:46, 11 December 2017 (UTC)
Enable video uploads from Commons mobile app
- Problem: Still images can be uploaded from the mobile Commons app, but videos cannot be. Even if the app supported uploading video files, mobile devices take videos in non-free formats, usually H.264 in an MP4 container.
- Who would benefit: Mobile users who take video.
- Proposed solution: Phones generally take video in patent-encumbered MP4 format. The Commons app should include a copy of
ffmpeg
or an equivalent, and encode the video in the best available free format (at this point, WebM with VP9 and Opus) at a comparable bitrate at the appropriate quality. (See File:Front_loading_garbage_truck_loading_a_dumpster.webm, especially the 'Technical Details' field, for an example of this being done manually.)
- More comments: See also Community Wishlist Survey 2017/Multimedia and Commons/Upload and instant conversion of mpeg and avi etc for a broader proposal; see also a discussion on Commons from a few years back.
- Phabricator tickets:
- Proposer: Grendelkhan (talk) 00:34, 10 November 2017 (UTC)
- Translations: none yet
Discussion
edit- How will the resulting flood of copyvios, social networking junk and other out of scope stuff be dealt with? To the best of my knowledge, there's no reverse video search engine. MER-C (talk) 04:23, 10 November 2017 (UTC)
- @MER-C: That's a great question. Past discussions suggested significant ratelimits and/or trust bars (edit count, account age) being met. It could even be a requested permission to begin with. If copyvios and social networking junk aren't problems with the current Commons mobile uploads, I don't think they'll be a problem here. (See "This app has never been responsible for any copyvio/selfie-pocalypse" at the app's documentation page on Commons.) Grendelkhan (talk) 17:37, 10 November 2017 (UTC)
- Video copyvios don't seem problematic; a mobile app is the most cumbersome way imaginable to upload those. Selfies etc. could be a problem, that depends on the design and the userbase of the app. Given the past history of the Commons app, there doesn't seem to be much cause for concern, though. --Tgr (WMF) (talk)