Community Wishlist Survey 2023/Mobile and apps

Mobile and apps
3 proposals, 230 contributors, 315 support votes
The survey has closed. Thanks for your participation :)



Mobile site or desktop by browser's function

  • Problem: Almost all modern mobile browsers provide the ability to request a mobile or desktop site through the browser's function. However, depending on the type of browser and its version, this function with Wikipedia and other Wikimedia websites does not work or does not work correctly. The most shocking transition in Opera (3.5.1 (7), iOS 15): https://fr.m.wikipedia.org/wiki/Lièvre --> https://en.wikipedia.org/wiki/Lièvre, https://ru.m.wikipedia.org/wiki/Зайцы --> https://en.wikipedia.org/wiki/Зайцы
  • Proposed solution: Provide correct transition for at least the most popular browsers
  • Who would benefit: Editors and readers who usually use this function in their browsers
  • More comments: The solution will not completely solve the problem with editors and readers that do not use the usual way of transition and are forced to cut m. in URL, because not all of them also use this function.
  • Phabricator tickets: phab:T60425
  • Proposer: Proeksad (talk) 15:22, 6 February 2023 (UTC)Reply[reply]

Discussion

Voting

Add ability to share QR code for a page in any Wikimedia project

  • Problem: QRpedia.org has existed for many years, but it doesn't (seem to) suport anything other than "[xx].wikipedia.org" domain. So we can't make QR codes for Commons, Wiktionary, Wikisource, Wikibooks, Species, Incubator, etc. CMIIW but there's no documentation and unclear who's the maintainer
  • Proposed solution: Create an official QR generator In-Wiki. Just like how w.wiki was created for URL shortener, something like qr.wiki could be made for a permanent QR identifier
  • Who would benefit: Everyone that's trying to generate QR codes for projects other than wikipedia.org domain.
  • More comments: Our GLAM partner have to resort to third party websites to generate QR code for Commons. It works normally the first few weeks(?), but after that it display advertisement first before user being redirected to the target URL. By that time it's already late to replace all the plaques, printouts, etc. It was a saddening day. Their trust to us was lowered because they think the advertisement came from us/Wikipedia. (And please don't suggest a "free" 3rd party QR generator, I'm not looking for any)
  • Phabricator tickets: phab:T329973
  • Proposer: Bennylin 09:56, 1 February 2023 (UTC)Reply[reply]

Discussion

  • See also this 2011 blog: QR Codes + Wikipedia —The preceding unsigned comment was added by Bennylin (talk) 09:56, 1 February 2023
  • Looks like it's WMUK, but the whole project is embroiled in controversy. Thanks, but no thanks. —The preceding unsigned comment was added by Bennylin (talk) 10:00, 1 February 2023
  • There shouldn't be a need for a new domain name for this should there? Wouldn't https://w.wiki URLs work just as well in QR codes? I've used them for that a bunch of times, and there's a generator on Toolforge that can be used (e.g.), instead of advertising-laden commercial services. I note also that adding QR codes to mw:Extension:UrlShortener has been requested before (T242467) and was declined (although the reasons for doing so weren't documented). One other major part of QRPedia has been the gathering of usage statistics, so perhaps there's more to this than just generating the codes for display on-wiki. SWilson (WMF) (talk) 10:11, 2 February 2023 (UTC)Reply[reply]
    OK, scrap the new domain name, I wrote that as an afterthought. The main thing here is the QR generator, able to generate not just Wikipedia links, but also other projects, and w.wiki shortlinks. Bennylin 08:37, 3 February 2023 (UTC)Reply[reply]
    @Bennylin: Great, that makes sense. So perhaps the QRCode generator tool is sufficient? It accepts any URLs (even for other sites). SWilson (WMF) (talk) 08:44, 3 February 2023 (UTC)Reply[reply]
    Awesome, I didn't know about it before. I will check it out and try it. Bennylin 09:02, 3 February 2023 (UTC)Reply[reply]
    It would be nice if we can make that part of some sort of "share page"-flow... Maybe when you've chosen "permanent link" in the menu ? Or in the share menu's of the iOS and Android app ? —TheDJ (talkcontribs) 14:05, 3 February 2023 (UTC)Reply[reply]
  • Would you want this to go to the permalink/current version; or just to the current url? — xaosflux Talk 15:02, 6 February 2023 (UTC)Reply[reply]
    If there's that option on the tool, then that would be great! I reckon most of the times the current URL is preferred (the nice URL), but in some cases the permalink may be desired (there's no-such option ATM in the qrpedia nor QRCode generator tool). Bennylin 05:56, 8 February 2023 (UTC)Reply[reply]
  • On the one hand, QR codes with short links are not surprising for a long time (not a fad, but not a new trend). Also readers cannot understand what a website is and what is there. But some people use them. It also solves the problem with websites and browsers that do not work correctly with some characters or non-Latin alphabets in links (horror links, for example, https://mn.wikipedia.org/wiki/%D0%A5%D0%BE%D1%82 ).--Proeksad (talk) 20:30, 10 February 2023 (UTC)Reply[reply]
    @Proeksad: Also, using short URLs can make the QR codes simpler and more reliable to scan (or smaller). URLs for things like the Wikdiata Query Service can be quite long. Sam Wilson 07:02, 14 February 2023 (UTC)Reply[reply]
  • Would also be nice to have some prettified, some might say: Branded, magic in the QR code. For some ideas see: Embellished QR Codes on Commons --CmdrDan (talk) 18:02, 24 February 2023 (UTC)Reply[reply]

Voting

Display the categories on the mobile site for everyone

  • Problem: The mobile site does not show categories to everyone. You need to enable advanced mode, which requires logging in.
  • Proposed solution: Show categories for everyone
  • Who would benefit: Community, readers
  • More comments:
  • Phabricator tickets: phab:T24660#7037379
  • Proposer: Pavel Bednařík (WMCZ) (talk) 10:13, 24 January 2023 (UTC)Reply[reply]

Discussion

  • Noting that this is apparently resolved for the Android app (according to T73966 at least..!) — @Pavel Bednařík (WMCZ): are you referring to the mobile apps or the mobile version of Wikipedia? ~TheresNoTime-WMF (talk) 16:40, 24 January 2023 (UTC)Reply[reply]
    Yes, in android app are categories, but very hidden - I didn't know about them before reading this phab. JAn Dudík (talk) 08:50, 31 January 2023 (UTC)Reply[reply]
  • @Pavel Bednařík (WMCZ): I have reworded your proposal to clarify this only effects logged-out users and those who don't have advanced mode turned on. Hope this is okay. Thanks for participating in the survey! MusikAnimal (WMF) (talk) 22:28, 8 February 2023 (UTC)Reply[reply]
  • Pavel, I don't think that categories are something necessary or necessary for the average reader. I believe that 99% of readers don't even know what categories are for. --Frettie (talk) 18:29, 10 February 2023 (UTC)Reply[reply]
  • Advanced mode really should be made the default. So much better than the normal mobile view. DemonDays64 (talk) 00:29, 11 February 2023 (UTC)Reply[reply]
  • Of course normal users care about categories (nornal categories, not tracking categories). How else are we supposed to find related content? Suggested articles? In my language at least, suggestions tend to be very one-sided (entertainment related).Al12si (talk) 06:35, 12 February 2023 (UTC)Reply[reply]

Voting