Mobile-l June 2014

mobile-l@lists.wikimedia.org

43 participants
63 discussions

Idea: scale wide tables to fit instead of scrolling
by Brion Vibber 24 Jun '14

24 Jun '14

Currently we handle wide tables on mobile by making them horizontally scrollable. This lets you pan around in a big table to see the whole thing, BUT you can't see it all at once. This is also a little annoying for things like info boxes that are only *slightly* wider than the screen, and can make it hard to actually navigate a complex table since you can't see the header cells and all the data cells together. I was wondering if there was any interest in the idea of scaling tables to fit the display width instead -- then allow pinch-zoom and panning within the entire article if it's a really big table and you can't read at the initial zoom level. This should be accomplishable using CSS transforms in modern browsers & apps... thoughts? -- brion

1 0

Fwd: Android Sign In & Register Screencaps
by Yuvi Panda 21 Jun '14

21 Jun '14

Moving to mobile-l :) ---------- Forwarded message ---------- From: Adam Baso <abaso(a)wikimedia.org> Date: Sat, Jun 21, 2014 at 3:03 AM Subject: Android Sign In & Register Screencaps To: mobile-tech <mobile-tech(a)wikimedia.org> Dmitry and Bernd and I were talking a bit about Sign In & Register visual design patterns. I was going to send them some iOS screenshots I had taken a while back, but remembered stuff is a little different in the Android apps versions - not a ton, but enough. Here you go. Sort by Title. https://drive.google.com/a/wikimedia.org/folderview?id=0BxJX28FKLm78djFiWG9… Here were the iOS mocks I saw for Wikipedia. Monte is iterating on this with Vibha and Moiz, I think. https://trello.com/c/sc5ytNdC/85-design No doubt there's a dance involving screen real estate, soft keyboard up/down considerations in light of screen real estate, careful labeling & icon-ing of progressive actions and keyboard buttons, and prevailing style(s). Plus in our case we don't do third party authentication at the moment; not sure if "anonymous" third party authentication (e.g., *Wikipedia user = LikesToEmail (third party authenticated user sequence number 1234567890)*) will ever be an option . I know this is mostly obvious stuff, just thought I'd share some screencaps in case others hadn't seen them. -Adam

2 1

New Android alpha/beta update!
by Dmitry Brant 21 Jun '14

21 Jun '14

Today's update to the Alpha and Beta[1] versions of the Android app includes the following awesome features: * Saving of pages for offline reading (complete with images!) * Find-in-page functionality * An improved and streamlined page editing workflow * Miscellaneous bug/crash fixes Please continue to put the app through its paces! We want as much of your valuable feedback as possible. [1]: https://play.google.com/store/apps/details?id=org.wikipedia.beta -- Dmitry

5 5

Tablet mobile redirect issues with iPad?
by Brion Vibber 21 Jun '14

21 Jun '14

I've been poking at Wikipedia with my iPad and have found that I don't always get sent consistently to the mobile site as expected since the recent updates... especially when switching languages or following links from the portal page or web searches. Not sure if this is just because I have stray opt-in/opt-out cookies on various languages from various previous browsing or if there's something funky. Steps to reproduce: 1) Open Safari and go to https://www.wikipedia.org/ portal 2) Click "English" 3) see that I'm on the desktop site, logged in 4) Click "Mobile view" link to force back to mobile site 5) Manually go back to https://www.wikipedia.org/ 6) Click "English" again 7) ...see that I'm on the desktop site again, still logged in or 1) Follow above procedure up to getting on English mobile site 2) Go to a random article 3) "Read in other languages", pick a language like Czech or Galician 4) find I'm back on the desktop site in that language Can anyone else reproduce this or have I just messed up my cookies? -- brion

2 2

[Apps] Summary of meeting about analytics on the apps
by Dan Garry 20 Jun '14

20 Jun '14

Hi everyone, Brion, Yuvi, Dario, Oliver and I met to discuss the state of the analytics instrumentation in both the iOS and Android apps. We decided that our current instrumentation in the apps collects the appropriate information for us to be able to crunch core metrics (e.g. number of users, number of page views per user per month). A full list of the metrics we checked we collected appropriate data for is given in this summary of the meeting <https://docs.google.com/a/wikimedia.org/document/d/10UyOXmAP4dOzy_yZU7RCQDs…> . Thanks! Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

1 0

Re: [WikimediaMobile] [Wikitech-ambassadors] Deployment of tablet redirect to mobile interface (action needed)
by Federico Leva (Nemo) 19 Jun '14

19 Jun '14

I get reminded of https://xkcd.com/1174/ : "less information and a dumbed-down interface", "I like the tablet and desktop being the same", "Wiki for kiddies", "Mobile version sites are limited". https://blog.wikimedia.org/2014/06/17/wikimedia-sites-get-a-new-look-on-tab… Importance of data increases: I reiterate my question, for which I had no answer. Federico Leva (Nemo), 15/06/2014 09:09: >> Will someone be monitoring the effects [if any] on editing activity >> and number of active editors/new [10+ edits] editors? >> > > [...] I asked about effects of this change, not > about totals. And I add another question: is it technically possible to configure this switch per-wiki? Nemo

4 5

Fwd: VE on Android tablets
by Juliusz Gonera 19 Jun '14

19 Jun '14

Forwarding a list of bugs found by Rummana. ---------- Forwarded message ---------- From: Rummana Yasmeen <ryasmeen(a)wikimedia.org> Date: Tue, Jun 17, 2014 at 6:19 PM Subject: Re: [WikimediaMobile] VE on Android tablets To: Juliusz Gonera <jgonera(a)wikimedia.org> Hi Juliusz, I did some testing today on mobile VE with one of our Android tablets : Nexus 7(Android 4.4.2).There are some bugs around link inspector and other features. Though most of the bugs found in iPad are not reproducible here in Nexus 7, but there are many other different issues with it. I am sending you the list of reported bugs , let me know if you have any question regarding any bug :) Bug 66759 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66759> - VisualEditor Mobile: For the first time in each edit session in Nexus 7(Android 4.4.2), Link Inspector gets auto-zoomed in,which looks like partial rendering of the UI Bug 66755 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66755> - VisualEditor Mobile: Tapping at the end of each link, does copy-paste of preceding link text in Nexus 7(Android 4.4.2) Bug 66696 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66696> - VisualEditor Mobile: Getting stuck inside Link inspector while trying to clear the link text when there was no match for it in the inspector Bug 66753 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66753> - VisualEditor Mobile:Link suggestions are not appearing while trying to add link target from link inspector in Nexus 7(Android 4.4.2) Bug 65325 <https://bugzilla.wikimedia.org/show_bug.cgi?id=65325> - VisualEditor Mobile: Cursor appears over the toolbar in iPad Mini and Nexus 7 for Mobile VE Bug 66697 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66697> - VisualEditor Mobile: Cursor jumps to the beginning of the article, irrespective of the position user trying to tap and put the cursor into. Bug 66758 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66758> - VisualEditor Mobile: Tapping on Return while cursor is at the end of a text , deletes that text in Nexus 7(Android 4.4.2) Bug 66756 <https://bugzilla.wikimedia.org/show_bug.cgi?id=66756> - VisualEditor Mobile: Cannot save any edit in mobile VE for Nexus 7(Android 4.4.2) Regards, Rummana On Tue, Jun 10, 2014 at 11:24 AM, Tomasz Finc <tfinc(a)wikimedia.org> wrote: > Juliusz, go ahead and sync up with Rummana (cc'd) and find out what her > availability is. > On Jun 10, 2014 11:21 AM, "Juliusz Gonera" <jgonera(a)wikimedia.org> wrote: > >> She could test a bit on recent Chrome for Android. Let's hold off on >> Android Browser for now, it's a buggy and we can instead suggest that >> Android 4 users install Chrome. >> >> >> Tomasz Finc wrote: >> >>> Should we get Rummana to help us do any additional testing on these? >>> >>> --tomasz >>> >>> On Thu, Jun 5, 2014 at 4:35 PM, Juliusz Gonera <jgonera(a)wikimedia.org> >>> wrote: >>> >>>> I tried VE on the two working Android tablets that we have: Samsung >>>> Galaxy >>>> Tab 10.1 (Android 4.0.4) and Nexus 7 (Android 4.4.2). Samsung uses >>>> Android >>>> Browser and VE performs slowly and buggy there. Link inspector works >>>> better >>>> than on iOS but there are other small bugs like problems with some >>>> icons not >>>> being scaled properly or occasional rendering issues. Nexus 7 with >>>> Kitkat >>>> has Chrome as its default browser and everything works fine there, I >>>> would >>>> even say it works better than iPads. >>>> >>>> Kaldari is doing more research regarding which tablets should be >>>> redirected >>>> to mobile. >>>> >>>> -- >>>> Juliusz >>>> >>>> _______________________________________________ >>>> Mobile-l mailing list >>>> Mobile-l(a)lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l >>>> >>>> >>

2 1

Mobile revtags, redux
by Dario Taraborelli 18 Jun '14

18 Jun '14

Yuvi, Aaron and I sat down to review the implementation of revtags for mobile edits and we came up with the following proposal: Assumptions • we want to be able to expose whether an edit is from a mobile app or mobile web in MediaWiki as patrollers are filtering edits based on the source • we want to allow Product to have a handy way to select all mobile edits (regardless of whether they come from apps or mobile web) • we want a solution that is backward compatible • we don’t want to use tags to store additional metadata, such as platform or app version (which can be obtained from EventLogging instrumentation) Proposal Implement 3 distinct MediaWiki tags [1] mobile edit generic tag for all mobile edits mobile web edit tag specific to mobile web revisions mobile app edit tag specific to mobile app revisions Each mobile edit will get at least two tags. • run a maintenance script to remove spurious tags for mobile app account creations from change_tag and tag_summary • run a maintenance script looking for all instances of mobile edit without mobile web edit or mobile app edit and add tag them as mobile web edit This should be fully backward-compatible and allow flexible filtering by tag. Let us know if you have any question/concern. Dario [1] https://gerrit.wikimedia.org/r/#/c/139195/

4 5

New tablet-optimized mobile site now live for all tablet users
by Maryana Pinchuk 18 Jun '14

18 Jun '14

Today the WMF Mobile Web deployed a change to the default destination of users accessing Wikimedia projects from tablets – we're sending users to a new mobile view that's been optimized for larger touch-screen devices. You can learn more about this change here: http://blog.wikimedia.org/2014/06/17/wikimedia-sites-get-a-new-look-on-tabl… Please let us know if you're experiencing any issues as you browse Wikipedia or its sister projects on your iPad or Android tablet, and let us know what you think of the features and functionality. -- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org

1 0

[Apps] Biggest feature requests so far from the beta
by Dan Garry 18 Jun '14

18 Jun '14

Hi everyone, Since the Android beta release, we've been getting a lot of feedback about what people want added in. Here's an email listing some of those things, so we know what we've got to focus on. 1. Dark theme! A dark horse... no pun intended. By far the most requested feature. 2. Watchlist. The most requested feature from the editing community. 3. Searching within articles. Thanks, Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

9 16

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Mobile-l June 2014