[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Page MenuHomePhabricator

In WP App: Add "view article in browser" to the toolbar or menu (make switching easy :)
Open, LowPublicFeature

Description

Feature summary
While using the Wikipedia App, editors (especially logged-in users) often need to switch to the browser view : to see redlinks, create pages, upload media, use VE, see many templates, sort tables, &c.

Please make this easy, accessible from the top of a page with minimal fuss. (E.g., a footer that is always visible, or accessible through a menu, or a link in the header)

Active users of mobile who edit have to do this on a regular basis. Currently that requires scrolling to the bottom of the page and finding the link in the footer. This can be onerous for long pages. It should be possible to quickly switch to desktop from anywhere on a page, particularly from the top.

Use case(s) (list the steps that you performed to discover that problem, and describe the actual underlying problem which you want to solve. Do not describe only a solution):

Currently, on Android:

  1. I browse to a page, say [[General relativity]].
  2. I realize I want to see the relativity navbox, which is hidden in the app. I want to get to the desktop view.

2a. ( At this point, the fastest solution is "vertical ellipsis --> share --> copy --> leave WP app --> open browser --> paste". Not knowing this, I'm looking for a direct link that opens in the browser. )

  1. Browse the menus. I find "customize toolbar", but it doesn't let me make one of the toolbar icons "view in browser"
  2. Try to return to the home page. Spend a minute not finding a way to do this
  3. Look for my preferences. Spend a minute not finding a way to access this.
  4. Search for preferences. No luck.
  5. Search for the Main Page, return to it.

7a. get stuck in endless reload loop while displaying Main Page. (T353614)

  1. Exit app, reopen. Now on Main Page w/o the load loop. Still no prefs. Click back icon once, now on home page with "more" menu.
  2. Open Settings from menu, no setting for turning on "desktop view" link
  3. About to search the web for solution, then remember to scroll down for additional footer. Scroll 10 screens down. There it is! "View article in browser"
  4. In browser, search for [[General relativity]] again. The navbox is right on the first screen, easy to find.
  5. Locate and follow desired link (here, [[Tests of general relativity]]).
  6. Now I want to open this in the mobile view... scroll all the way down again. There it is, with confusingly different wording: "Mobile view".
  7. Nicely rendered on mobile.

I believe the basic problem (link to browser-view not accessible from the top of articles) is the same on iOS.

Benefits (why should this be implemented?):

Sanity saver. Every heavy app user I know (who is an editor) deals with this. Having to scroll 10 times and successfully hit a tiny link to do a common task is not fun. Pressure release valve for feature requests that are hotly desired by some but hard to implement on mobile; just make it fast to switch back and forth for those edge cases.

Event Timeline

Hi @Sj – it looks like this task was tagged on both iOS and Android app boards. Which iOS web browser are you using and intending to open the article in?

In the iOS app, no matter where you are on an article page, if you tap the more button (...) in the toolbar, then tap share, you should see an action titled Open in Safari. Any iOS web browser app that provides an action extension (Safari and Chrome are two I'm aware of) should be available and customizable in this list. After opening in your browser of choice, either tapping the top leading system Wikipedia button or swiping the bottom bar should return you right back to where you were in the iOS app.

I agree that's more than just one click, but I'd imagine certainly preferable to scrolling to the bottom of the page for that footer link. I've included a few screenshots for extra clarity. Hope this helps!

open-page-in-safari.jpeg (631×1 px, 175 KB)

Hello, this is on Android, where I use Chrome as default. Let me see if "share to browser" works ... it does! Nice.

While Chrome is set to redirect to the app and vice-versa, it is not one of the top four apps that shows up for sharing for some reason, so I have to scroll slightly. If I share to Firefox, I get the mobile-web view, and instead of "view in browser" have "Desktop" in the footer, and "Mobile view" from the desktop view takes me back to mobile-web.

On whether this closes the fr: a share link isn't really a "toggle between desktop and mobile" even though it is flexible, and I think that should be a primary feature for editors: who constantly need to see both views. I'd still love a persistent link back and forth accessible to logged-in readers. Having to scroll to the bottom of desktop/browser view to get back to mobile/app view is also frustrating.

(The footer link placement is good in that it's always in the same place, and may work as a failsafe.)

PS - two asides now that I'm looking more closely, a) the categories icon is quite nice, and b) I can reliably reproduce the infinite-reload bug using the "New tab" menu option :)

JTannerWMF subscribed.

Thanks for this feedback @Sj ! I am going to remove the iOS tag, and the Android team will triage this after the holiday. Check back in with you in early January.

Hi @Sj thanks for filing this. I see that you were able to find the view in browser option. I'll keep thinking about how to balance not making it too prominent versus easily accessible. Glad that you're a fan of the categories icon, and I'll pass along a note to the engineers (cc: @Dbrant ) about the reload bug for new tab. I tried to reproduce it and actually am not seeing it. If you have further details I can look at for reproducing please do share. Also, regarding not showing Nav Boxes, I am reaching out to the Web team to understand the decision of not showing it in Mobile Web as an input of how we think about show a nav box or not.