Mobile-l May 2014

mobile-l@lists.wikimedia.org

39 participants
53 discussions

Update on Wikipedia App release timeline
by Maryana Pinchuk 16 May '14

16 May '14

Hi everyone, The Mobile Apps team just met and discussed the timeline for the release of the new Android & iOS Wikipedia apps. We've decided to descope a bit and decouple the two platforms from each other. Our first release will be an *Android beta app on June 4th*, and our end-of-fiscal-year goal is shipping the *fully fledged Android app on June 25th. *We'll still be working on the iOS app, but it won't be released to market until next fiscal year (e.g., July). We're biting off an ambitious chunk of work in our MVP of the retooled apps (improving the reading experience, adding an editing workflow, supporting Zero users), and doing all of this for both platforms with a small (but, luckily, swiftly growing!) team, while maintaining consistent design/UX and leveraging platform-specific capabilities has been tough. There are a number of deciding factors in making the choice to focus on shipping to Android first, including: * We currently have more Android engineers than iOS, so we can move faster on that end. * Android users are a slightly higher percentage of our total current app users.[1] * Android is more critical for the Wikipedia Zero program. * The Android release process is faster and easier for pushing out small bug-fixes, which we'll almost certainly need to do a lot of as soon as we put anything out there in front of a wide audience. * iOS comes with higher user expectations on the UI/UX side, and we need a bit more time to ensure our product meets those expectations. We'll probably want to mention some of this in external-facing communication about the new app and the release, since the Global North app market is still pretty iOS-centric and people might want to know why we're not targeting that audience first :) If you have any questions or concerns, please let me know. And I'll be in touch with Comms to continue the discussion on communication strategy -- we'll probably want some social media attention to announce the beta release & get more beta testers excited about getting their hands on the app! 1. https://meta.wikimedia.org/wiki/File:2014-05-01_Mobile_Metrics.pdf -- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org

1 0

Commons picture-of-the-day background changer for Android
by Luis Villa 16 May '14

16 May '14

FYI that someone has written a plugin for Muzei (a popular minimalist background switching app on Android) that switches your background among random recent Commons Picture of the Days every few hours. I've really enjoyed seeing a variety of beautiful Commons-y things on my phone since I've started using it; so I thought I might share here. Code: https://github.com/ebraminio/WikimediaCommonsForMuzei You can get it through F-Droid: https://f-droid.org/repository/browse/?fdid=org.wikimedia.commons.muzei Muzei, the parent app, which is really quite simple and beautiful itself- a nice model in what a pleasant-to-use Android app can be: https://play.google.com/store/apps/details?id=net.nurik.roman.muzei FYI- Luis

2 1

Fwd: [Wikidata-l] Edit Item Suggestions
by Erik Moeller 16 May '14

16 May '14

If you didn't see this at the hackathon, check it out - with actual editing functionality, it would make a great mobile app :) ---------- Forwarded message ---------- From: Finke, Moritz <Moritz.Finke(a)student.hpi.uni-potsdam.de> Date: Sun, May 11, 2014 at 5:38 AM Subject: [Wikidata-l] Edit Item Suggestions To: "wikidata-l(a)lists.wikimedia.org" <wikidata-l(a)lists.wikimedia.org> Cc: BP2013N2 <BP2013N2(a)hpi.uni-potsdam.de>, "daniel(a)barooney.de" <daniel(a)barooney.de> Hi everyone, we would like all of you to try out a new website we created: The site finds Wikidata-Items, that are most likely missing certain properties. So just go there, select a property of your choice and see what items could profit from it. Item-Suggestions that are no longer relevant (because some of you followed the link and edited them ;) ) will be removed automatically in a timely manner. Btw we already plan on making it possible to edit the suggested items directly from the page. Link to the site: https://suggester.wmflabs.org/EditItemSuggestions/public Interesting Examples for some inspiration: Items that are missing "official language": http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P37 Items that are missing "date of birth": http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P569 Items that are missing "headquarters location": http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P159 Item that are missing "record label": http://suggester.wmflabs.org/EditItemSuggestions/public/?id=P264 The underlying algorithm for finding the items is based on concepts/ideas described here: https://github.com/Wikidata-lib/Wikidata.lib/wiki/Intelligent-Forms#2-sugge… We hope you have fun and are looking forward to your feedback. Cheers Daniel Baron, Christian Dullweber, Moritz Finke _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l -- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation

2 1

New Android app alpha release out!
by Yuvi Panda 14 May '14

14 May '14

Hello! Just pushed a new release to the play store. Changelog: - Potential fix for a oft-repeated crashing bug (IllegalStateException) Do try it out! -- Yuvi Panda T http://yuvi.in/blog

1 0

Re: [WikimediaMobile] MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-firefox - Build # 558 - Still Failing!
by Jon Robson 14 May '14

14 May '14

Bah... the fix Chris posted yesterday [1] has now led to this test on Firefox failing. Again not sure why - the element is there! I can see it! Chris any ideas about this one? [1] https://gerrit.wikimedia.org/r/133168 On Wed, May 14, 2014 at 2:49 AM, <jenkins-no-reply(a)cloudbees.com> wrote: > * FAILURE: MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-firefox > Build #558 > <https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…> > (Wed, 14 May 2014 00:06:27 +0000)* > *Test Result*<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…> > 1 failed, 0 skipped > Failed Tests *Test Name**Duration**Age* Special:Uploads > uploads.Upload image file<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…>28 > sec1<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…> All > Tests *Package**Duration**Fail**Skip**Total* (root)<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…>32 > min1089 >

1 0

Output from Zurich Hackathon - yet another maps extension!
by Jon Robson 14 May '14

14 May '14

During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it". Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps

1 0

[Apps] Sprint 31 begins: iOS redesign and Android bugs.
by Dan Garry 14 May '14

14 May '14

Greetings! I'm Dan, and I'll be your Product Owner for this product. Please keep your arms and legs inside the sprint at all times, and please be sure to read the sprint safety instructions stored in /dev/null. :-) As mentioned last week, the next two sprints will be split by platform. This sprint, iOS will have its design overhauled and we'll work on Android bugs. Next sprint, we'll flip things, and Android will be have the design overhaul and we'll work on iOS bugs. Our wonderful designers have provided us with more finalised mockups for the iOS redesign. They're available here: Mockup 1<https://trello-attachments.s3.amazonaws.com/52e98a603e6d08a53861025b/530e4b…> , Mockup 2<https://trello-attachments.s3.amazonaws.com/52e98a603e6d08a53861025b/52e98c…> . Let's get to work! Let me know if you've got any questions. Thanks, Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

1 1

Fwd: Chrome test has been failing for some time
by Chris McMahon 13 May '14

13 May '14

On Tue, May 13, 2014 at 1:22 PM, Jon Robson <jrobson(a)wikimedia.org> wrote: > Thanks for documenting this Chris! > > I'm not sure if this should be a bug - maybe uploads to > Special:Uploads of this form should show an error message saying "We > already have this photo." ? > I am tempted to leave it the way it is and just have the test check the alt text of the thumbnail image rather than the href value. That would validate that the steps to upload are working properly. > > That aside how can we ensure each of the images uploaded is unique? > This test should be testing the case where an upload is unique.. I tried running this test using the shared image upload code to upload unique(ish) images. But doing that shows a modal dialog that says "Warning! This photo looks suspicious. If it's not a photo that you took, please do not upload it. Do you still want to continue?" I also get that modal dialog uploading images manually. We could make the test dismiss the modal dialog, but it would be better if we did not see the modal dialog at all. -Chris

2 2

Chrome test has been failing for some time
by Jon Robson 13 May '14

13 May '14

Chris, this test has been failing for some time and I can't quite work out why. In Chrome, it looks like uploaded_image_link always points to the upload link at the top of the page when it is loaded. I suspect Chrome driver matches the selector at the start and then doesn't refresh it to point to the latest element after the upload has completed. Either that or something funky is going on with the random string in Chrome. Chris or someone who knows this stuff could you take a look? I've spent the last hour trying to work it out to no avail... On Tue, May 13, 2014 at 7:12 AM, <jenkins-no-reply(a)cloudbees.com> wrote: > * FAILURE: MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome > Build #441 > <https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…> > (Tue, 13 May 2014 04:36:29 +0000)* > *Test Result*<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…> > 1 failed, 0 skipped > Failed Tests *Test Name**Duration**Age* Special:Uploads > uploads.Upload image file<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…>31 > sec13<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…> All > Tests *Package**Duration**Fail**Skip**Total* (root)<https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs…>27 > min1081 >

2 4

Sprint 31 is estimated and ready to go
by Tomasz Finc 12 May '14

12 May '14

Heads up that last week we ended up estimating sprint 31. Mailing here for completeness. https://trello.com/b/BW5L3PEn/mobile-app-sprint-31-main-article-browse-sear… Android engineers notice that most of the stories in the sprint are *not* estimated as they are bugs and thus a drag on velocity. This was the team norm we adopted many months ago. It'll be especially noticeable this sprint as we have a ton of defects to fix on Android. Let me know if you have any questions especially if you're traveling --tomasz

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Mobile-l May 2014