Re: [WikimediaMobile] New features in the Android app enabled by Mobile Content Service

[Tomasz Finc]

This is really great cross team work between apps and services.

Well done team.

On Tue, Apr 12, 2016 at 5:16 PM, Dmitry Brant  wrote:
> Hi everyone,
>
> In the last few weeks, we've been rolling out the ability of our Android app
> to connect to the Mobile Content Service[0], built on RESTBase[1], for
> retrieving article content, and the rollout is now complete.  Over the
> course of the next day or so, the app installed on your device should
> seamlessly switch over to using MCS instead of the MediaWiki (mobileview)
> API.[2]
>
> While this change won't affect your day-to-day browsing, it does mean that
> several additional features that were dependent on the content service will
> now become enabled in the app! These include:
>
> - Definitions of words from Wiktionary. Tap-and-hold any word in an article
> to highlight it, then tap the "Define" button to see a popup definition of
> the highlighted word. (Note: this is currently enabled only for English
> Wikipedia articles)
>
> - If an article has a recorded audio pronunciation of its title included in
> it, the app will display an "audio" button next to the article title. Tap
> the button to play back the pronunciation.
>
> - If an article has geo coordinates associated with it, the app will display
> a "pin" button below the article title. Tapping this button will open the
> default maps app on your device, and navigate to the coordinates of the
> article.
>
> Many thanks to the Services team for helping us reach this important
> milestone, and props to our own Bernd and Michael for their efforts to get
> this done. This will enable us to build future service-based features much
> more easily, and it's our hope that the content service will be adopted by
> many other consumers, not just the Android app.
>
>
> [0] https://rest.wikimedia.org/en.wikipedia.org/v1/?doc#/Mobile
> [1] https://www.mediawiki.org/wiki/RESTBase
> [2] This is done within the app itself, and does not require an update from
> the Play store.
>
> Cheers,
>
> --
> Dmitry Brant
> Senior Software Engineer / Product Owner (Android)
> Wikimedia Foundation
> https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Fwd: Announcing the launch of Maps

[Tomasz Finc]

Cross posting to mobile-l as I think we have interested parties here

-- Forwarded message --
From: Tomasz Finc 
Date: Thu, Sep 17, 2015 at 12:26 PM
Subject: Announcing the launch of Maps
To: Wikimedia developers 
Cc: Yuri Astrakhan , Max Semenik <
mseme...@wikimedia.org>


The Discovery Department has launched an experimental tile and static maps
service available at https://maps.wikimedia.org.

Using this service you can browse and embed map tiles into your own tools
using OpenStreetMap data. Currently, we handle traffic from *.wmflabs .org
and *.wikivoyage .org (referrer header must be either missing or set to
these values) but we would like to open it up to Wikipedia traffic if we
see enough use. Our hope is that this service fits the needs of the
numerous maps developers and tool authors who have asked for a WMF hosted
tile service with an initial focus on WikiVoyage.

We'd love for you to try our new service, experiment writing tools using
our tiles, and giving us feedback <https://www.mediawiki.org/wiki/Talk:Maps> .
If you've built a tool using OpenStreetMap-based imagery then using our
service is a simple drop-in replacement.

Getting started is as easy as
https://www.mediawiki.org/wiki/Maps#Getting_Started

How can you help?

* Adapt your labs tool to use this service - for example, use Leaflet js
library and point it to https://maps.wikimedia.org
* File bugs in Phabricator
<https://phabricator.wikimedia.org/tag/discovery-maps-sprint/>
* Provide us feedback to help guide future features
<https://www.mediawiki.org/wiki/Talk:Maps>
* Improve our map style <https://github.com/kartotherian/osm-bright.tm2>
* Improve our data extraction
<https://github.com/kartotherian/osm-bright.tm2source>

Based on usage and your feedback, the Discovery team
<https://www.mediawiki.org/wiki/Discovery> will decide how to proceed.

We could add more data sources (both vector and raster), work on additional
services such as static maps or geosearch, work on supporting all
languages, switch to client-side WebGL rendering, etc. Please help us
decide what is most important.

https://www.mediawiki.org/wiki/Maps has more about the project and related
Maps work.

== In Depth ==

Tiles are served from https://maps.wikimedia.org, but can only be accessed
from any subdomains of *.wmflabs .org and *.wikivoyage.org.  Kartotherian
can produce tiles as images (png), and as raw vector data (PBF Mapbox
format or json):

.../{source}/{zoom}/{x}/{y}[@{scale}x].{format}

Additionally, Kartotherian can produce snapshot (static) images of any
location, scaling, and zoom level with

.../{source},{zoom},{lat},{lon},{width}x{height}[@{scale}x].{format}.

For example, to get an image centered at 42,-3.14, at zoom level 4, size
800x600, use https://maps.wikimedia.org/img/osm-intl,4,42,-3.14,800x600.png
(copy/paste the link, or else it might not work due to referrer
restriction).

Do note that the static feature is highly experimental right now.

We would like to thank WMF Ops (especially Alex Kosiaris, Brandon Black,
and Jaime Crespo), services team, OSM community and engineers, and the
Mapnik and Mapbox teams. The project would not have completed so fast
without you.

Thank You

--tomasz
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Android Wikipedia beta app release (2.0.110-beta-2015-08-31)

[Tomasz Finc]

Thanks. Let's keep tabs on Search Apps dashboard [1] to see the impact
level of this.

--tomasz

[1] - http://searchdata.wmflabs.org/metrics/#shiny-tab-app_events

On Tue, Sep 1, 2015 at 10:36 AM, Stephen Niedzielski
 wrote:
>   Hey! Most of the details are covered in T104746[0], T110231[1], and
> T92796[2]. As I understand it, the search API now offers order indices for
> redirected pages which we can take advantage of in the app. Previously, the
> order was not prioritized and this caused a poor search experience. The
> infamous example is searching for "obama" and getting "I Got a Crush... on
> Obama" as a top hit. You shouldn't see this behavior as of this release.
> Dmitry implemented the new functionality and can probably word all that
> better.
>
>
> --stephen
>
> [0] https://phabricator.wikimedia.org/T104746
> [1] https://phabricator.wikimedia.org/T110231
> [2] https://phabricator.wikimedia.org/T92796, there's a nice overview by
> Bryan Davis here too, https://phabricator.wikimedia.org/T92796#1582443
>
> On Tue, Sep 1, 2015 at 11:19 AM, Tomasz Finc  wrote:
>>
>> On Mon, Aug 31, 2015 at 3:25 PM, Stephen Niedzielski
>>  wrote:
>> >   * Improved search result ordering!
>>
>> Can you share some details on what was changed ?
>>
>> --tomasz
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Android Wikipedia beta app release (2.0.110-beta-2015-08-31)

[Tomasz Finc]

On Mon, Aug 31, 2015 at 3:25 PM, Stephen Niedzielski
 wrote:
>   * Improved search result ordering!

Can you share some details on what was changed ?

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Android Wikipedia beta app release (2.0.107-beta-2015-08-03)

[Tomasz Finc]

On Mon, Aug 3, 2015 at 12:59 PM, Stephen Niedzielski
 wrote:
>   * New! Table-of-contents button hides itself when not scrolling

Thank you. This was driving me crazy.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] maps w/ nearby

[Tomasz Finc]

CC'ing Max and Yuvi since they've been working on Maps.

--tomasz

On Tue, May 26, 2015 at 11:15 AM, Brian Gerstle  wrote:
> The hackathon and a recent comment on a great GitHub pull request (which we
> received almost a year ago) have gotten me thinking about maps.  Did we ever
> find a maps provider?
>
> Regards,
>
> Brian
>
> --
> EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle
> IRC: bgerstle
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] No one cares about browser tests [Re: [QA] MobileFrontend QA job]

[Tomasz Finc]

CC'ing Stephane from the Collaboration team who's keenly interested in
this as well.

--tomasz

On Fri, Apr 3, 2015 at 2:30 AM, Joaquin Oltra Hernandez
 wrote:
> Personally, I love them, but more often than not when I run them a few
> things happen that make me sad:
>
> Tests take too long to run
>
> Even on Gather, which doesn't have too many tests, it takes a really long
> time, which discourages running all tests every time.
>
> Tests don't block jenkins merges
>
> This would be key for me. Do this. Block jenkins. Then we'll be forced to
> make it faster, make better browser tests, and everybody will have to care
> because they will run and block merges.
>
> So there's a few key items that I would love to see:
>
> Improve performance (needs magnitudes improvements, a lot of work on
> different fronts)
> Fully support headless browsers like phantom (they randomly break with
> timeout errors and other problems, but are the faster/painless ways of
> running the tests)
> Run the browser tests (or a smoke subset) on jenkins patches as a voting
> job. Crucial for making everybody care about the tests and to stop
> regressions.
>
>
> On Thu, Apr 2, 2015 at 10:18 PM, Jon Robson  wrote:
>>
>> Personally, I think one team needs to get this completely right and
>> demonstrate the difference e.g. fewer bugs, iterating fast, quicker
>> code review time etc..
>>
>> Talks can come off the back of that.
>> The majority of people I speak to seem to advocate a TDD approach but
>> I think we don't make life easy enough for them to do that and we lack
>> the discipline to do that. We need to work on both of those two.
>>
>> I'm confident if we do a survey we'll identify and prioritise the pain
>> points. For me my top priority would be getting the infrastructure in
>> place on all our existing codebases in a consistent way that make
>> adding tests effortless and prevent code merging when it breaks those
>> tests but there may be more important things we need to sort out
>> first!
>>
>>
>> On Tue, Mar 31, 2015 at 1:16 AM, Sam Smith  wrote:
>> > Dan, Jon,
>> >
>> > I got caught up in meetings yesterday – you'll see this email a lot
>> > during
>> > Q4 ;) – so I delayed sending this email, so forgive the repetitions of
>> > some
>> > of Dan's points/questions:
>> >
>> >> Here are a few ways I can think of:
>> >>
>> >> include feedback on browser tests – or lack thereof – during code
>> >> review
>> >>
>> >> make browser test failures even more visible than they currently are –
>> >> but
>> >> maybe not the success reports, eh?
>> >>
>> >> can these reports be made to point at a bunch of candidate changes that
>> >> may have broken 'em?
>> >>
>> >> hold a browser-test-athon with the team and any volunteers at the
>> >> {Lyon,Wikimania} hackathon
>> >>
>> >> make it trivial to run 'em, if it isn't already
>> >
>> > From what little experience I have of trying to establish team
>> > practices,
>> > I'd say that it's best to advocate for  and demonstrate its
>> > value*, rather than criticise. I'd love to see you funnel your passion
>> > for
>> > browser testing into a talk or series of talks for the mobile team – the
>> > org, maybe? – or maybe you've got some recommended reading or talks
>> > you'd
>> > like to share that'll inspire.
>> >
>> > –Sam
>> >
>> > * If you'd like to hear my opinions about browser testing, then insert
>> > one
>> > beer and wind me up a little
>> >
>> >
>> > On Mon, Mar 30, 2015 at 8:47 PM, Dan Duvall 
>> > wrote:
>> >>
>> >> https://phabricator.wikimedia.org/T94472
>> >>
>> >> On Mon, Mar 30, 2015 at 12:39 PM, Dan Duvall 
>> >> wrote:
>> >> > On Mon, Mar 30, 2015 at 10:30 AM, Jon Robson 
>> >> > wrote:
>> >> >> It really saddens me how very few engineers seem to care about
>> >> >> browser
>> >> >> tests. Our browser tests are failing all over the place. I just saw
>> >> >> this bug
>> >> >> [1] which has been sitting around for ages and denying us green
>> >> >> tests
>> >> >> in
>> >> >> Echo one of our most important features.
>> >> >>
>> >> >> How can we change this anti-pattern?
>> >> >
>> >> > That's exactly what I'd like to explore with you and other like
>> >> > minds.
>> >> >
>> >> >> Dan Duval, would it make sense to do a survey as you did with
>> >> >> Vagrant
>> >> >> to
>> >> >> understand how our developers think of these? Such as who owns
>> >> >> them...
>> >> >> who
>> >> >> is responsible for a test failing... who writes them... who doesn't
>> >> >> understand them.. why they don't understand them etc...?
>> >> >
>> >> > Great idea! I suspect that the number of false positives in a given
>> >> > repo's test suite is inversely related to the number of developers on
>> >> > the team actually writing tests, and the affordance by managers to do
>> >> > so. If you're not regularly writing tests, you're probably not going
>> >> > to feel comfortable troubleshooting and refactoring someone else's.
>> >> > If
>> >> > TDD isn't factored in to your team's velocity, you may feel like the
>> >

Re: [WikimediaMobile] Wikipedia Android App running with ARC Welder on OSX

[Tomasz Finc]

That works. thanks

On Fri, Apr 3, 2015 at 4:21 PM, Bernd Sitzmann  wrote:
> You can use the Esc key for the back button. It's the same as in the
> emulator.
>
> On Fri, Apr 3, 2015 at 4:39 PM, Brian Gerstle 
> wrote:
>>
>> I saw Ars' article about ARC, interesting stuff. Glad it doesn't run on
>> iOS or I'd be out of a job!
>>
>>
>> On Friday, April 3, 2015, Tomasz Finc  wrote:
>>>
>>> I just took Googles new Chrome/Android (LLVM & Arc) bridge "ARC
>>> Welder" for a spin with the Wikipedia Android App and I've very
>>> impressed with how smoothly everything works.
>>>
>>> Near By, Saved pages, theme switching, etc all work flawlessly. Minus
>>> not being able to figure out the hardware back button it looks lovely.
>>>
>>> This really showcases how future proof we are by being native. Excited
>>> to see what else we find out at I/O.
>>>
>>> Screenshots: https://imgur.com/a/LxQ99
>>>
>>> --tomasz
>>>
>>> [1] - https://developer.chrome.com/apps/getstarted_arc
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>>
>>
>> --
>> EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle
>> IRC: bgerstle
>>
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Wikipedia Android App running with ARC Welder on OSX

[Tomasz Finc]

I just took Googles new Chrome/Android (LLVM & Arc) bridge "ARC
Welder" for a spin with the Wikipedia Android App and I've very
impressed with how smoothly everything works.

Near By, Saved pages, theme switching, etc all work flawlessly. Minus
not being able to figure out the hardware back button it looks lovely.

This really showcases how future proof we are by being native. Excited
to see what else we find out at I/O.

Screenshots: https://imgur.com/a/LxQ99

--tomasz

[1] - https://developer.chrome.com/apps/getstarted_arc

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] iOS Engineering Review Meeting

[Tomasz Finc]

Excellent. Keep mailing out post those to share good practices. thanks teams.

On Tue, Mar 31, 2015 at 3:11 PM, Jon Robson  wrote:
> We have the developer pow wow for the mobile web team where we get together
> every month and share tools, best practices, ideas. We've been doing this
> since the end of January. (See "Team session notes" from Joaquin for notes
> on the first one). I thoroughly recommend this practice it's been super
> useful so far.
>
>
> On Tue, Mar 31, 2015 at 3:00 PM, Tomasz Finc  wrote:
>>
>> This is a great practice.
>>
>> Gather & WikiGrok, are you already doing something similar to stay in
>> sync?
>>
>> --tomasz
>>
>> On Fri, Mar 27, 2015 at 2:54 PM, Brian Gerstle 
>> wrote:
>> > Hey everyone,
>> >
>> > The iOS engineers had our regular "review" meeting today, where we
>> > discuss
>> > team practices and topics in the industry.  We've started taking minutes
>> > for
>> > future reference, and of course to keep in touch with all of you!
>> >
>> > The main page for the meeting is
>> >
>> > Wikimedia_Apps/Team/iOS/Engineering_Review
>> >
>> > and today's minutes can be found at
>> >
>> > Wikimedia_Apps/Team/iOS/Engineering_Review/March_27_2015.
>> >
>> > Topics discussed were: system dependencies being installed via the
>> > Makefile
>> > and our code review practices.
>> >
>> > Have a great weekend!
>> >
>> > Brian
>> >
>> > --
>> > EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle
>> > IRC: bgerstle
>> >
>> > ___
>> > Mobile-l mailing list
>> > Mobile-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] iOS Engineering Review Meeting

[Tomasz Finc]

This is a great practice.

Gather & WikiGrok, are you already doing something similar to stay in sync?

--tomasz

On Fri, Mar 27, 2015 at 2:54 PM, Brian Gerstle  wrote:
> Hey everyone,
>
> The iOS engineers had our regular "review" meeting today, where we discuss
> team practices and topics in the industry.  We've started taking minutes for
> future reference, and of course to keep in touch with all of you!
>
> The main page for the meeting is
>
> Wikimedia_Apps/Team/iOS/Engineering_Review
>
> and today's minutes can be found at
>
> Wikimedia_Apps/Team/iOS/Engineering_Review/March_27_2015.
>
> Topics discussed were: system dependencies being installed via the Makefile
> and our code review practices.
>
> Have a great weekend!
>
> Brian
>
> --
> EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle
> IRC: bgerstle
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Node.js service prototype for mobileapps

[Tomasz Finc]

On Tue, Mar 10, 2015 at 10:49 AM, Max Semenik  wrote:
> As a shared virtualized environment, Labs is not appropriate for performance
> measurements. Also, its SLA is too lax for production app use.

Moving back to mobile-l@

It's less about it being not appropriate for perf tests and more so
that you can't directly compare bare metal to a virtual instance. Load
testing virts against virts is fine as long as your factor the drift
in shared resourcing.

As for LABS production use I'm curious about would it would take to
make this work in the future. LABS is a low cost env to spin up
hardware that is easily discarded after. To me this is critical in
supporting our engineers teams experiment with low cost.

I know that isn't something that we do currently but either we need to
get production into a state where its simpler to spin up new
production instances/products/extensions/etc or we allow LABS to take
some small production traffic for experiments.

CC'ing Yuvi to get his thoughts.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Improving Android release cadence

[Tomasz Finc]

Excited to see this. In order for this to be successful we'll want to
developer a health dashboard for the app and set alarming for it
whenever we dip above/below certain thresholds. One of the challenges
that you face when releasing often is that the amount of attention you
keep during small iterative releases. It's easy to keep very focused
for 2-3 releases but after that attention can drift to just the major
releases. And while it's great to read reviews and find out a
subjective metric of how we're doing we need to get in front of it
with objective metrics.

Thus having an app health dashboard showcasing: search, readership,
editing, etc can easily show you if you've had any regressions. These
would not only be useful for small bug fix releases but would also
help validate our major product releases.

I'll leave it with you guys to define what metrics are necessary to
define a healthy app.

--tomasz

On Mon, Mar 9, 2015 at 1:31 PM, Dan Garry  wrote:
> Hi everyone,
>
> There is a long time between production release on Android. The reason for
> this is because we have featured merged into master that are sound from an
> engineering standpoint, but aren't quite ready for release yet. These
> features often block production releases.
>
> As product owner, pushing out regular bug fix builds would make me very
> happy! But there is a requirement that we are able to not push out features
> that are merged but not ready for production yet. This can probably me
> managed by feature flags.
>
> Dan Duvall (on cc) from Release Engineering will consult to help Dmitry and
> Bernd figure out what their process should be for maximum effectiveness.
>
> Thanks!
>
> Dan
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] beta testing win

[Tomasz Finc]

Props to Corey for getting this fixed up.

--tomasz

On Thu, Mar 5, 2015 at 2:34 PM, Dan Garry  wrote:
> Thanks Amir!
>
> And, in return, I want to say how grateful both myself and the team are that
> you're diligently testing our RTL support. Thanks so much. :-)
>
> Dan
>
> On 5 March 2015 at 14:16, Amir E. Aharoni 
> wrote:
>>
>> Hi,
>>
>> Just wanted to say how happy I am that the mobile team releases beta
>> versions of the iOS app!
>>
>> Thanks to this bugs like https://phabricator.wikimedia.org/T90032 can be
>> reported and fixed.
>>
>> It's the whole point of beta testing, but I like saying it out loud and
>> not taking positive things for granted :)
>>
>> --
>> Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
>> http://aharoni.wordpress.com
>> ‪“We're living in pieces,
>> I want to live in peace.” – T. Moore‬
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Site banners on Mobile

[Tomasz Finc]

On Sun, Feb 15, 2015 at 11:01 PM, Dan Garry  wrote:
> I doubt that team will be growing soon; it grew a lot recently, going from 3
> to 7 devs in the space of a few months or so. When a team grows so rapidly
> it needs time to find its feet afterwards. Tomasz is the mastermind behind
> the engineering team though, so I defer to him for comments on this.

No planned large staffing changes for Mobile Web for FY 2015-2016 at
this point.

Likely one more dev for Project Gather.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Fwd: [Android app] Memory profiling results

[Tomasz Finc]

Great, let's mail out to the list when you guys align on next steps
and then we can prioritize.

--tomasz

On Tue, Feb 24, 2015 at 9:59 AM, Adam Baso  wrote:
> For the edification of the list, we've a meeting scheduled for Thursday to
> top about top tech debt things on iOS.
>
> -Adam
>
> On Mon, Feb 23, 2015 at 8:03 PM, Tomasz Finc  wrote:
>>
>> Nice Job Dmitry. I really liked how easy it was to understand what
>> refactors you were exploring here.
>>
>> Speaking with Adam today I'm eager to see a similar list for iOS drafted
>> up.
>>
>> --tomasz
>>
>> On Wed, Feb 18, 2015 at 4:41 PM, Dmitry Brant 
>> wrote:
>> > cc mobile-l
>> >
>> >
>> > -- Forwarded message --
>> > From: Dmitry Brant 
>> > Date: Wed, Feb 18, 2015 at 10:51 AM
>> > Subject: [Android app] Memory profiling results
>> > To: mobile-tech 
>> >
>> >
>> > I've been doing some memory profiling of the Android app.  The good news
>> > is
>> > that we don't have any glaring resource leaks. However, we do have
>> > plenty of
>> > room for improvement in our general memory usage.  I've written up some
>> > of
>> > the key takeaways in this page (feel free to comment!):
>> > https://www.mediawiki.org/wiki/Wikimedia_Apps/Android/Memory_usage
>> >
>> > ...and I've created these corresponding Phab tasks:
>> > https://phabricator.wikimedia.org/T89826
>> > https://phabricator.wikimedia.org/T89828
>> > https://phabricator.wikimedia.org/T89831
>> > https://phabricator.wikimedia.org/T89834
>> >
>> >
>> >
>> >
>> > ___
>> > Mobile-l mailing list
>> > Mobile-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Fwd: [Android app] Memory profiling results

[Tomasz Finc]

Nice Job Dmitry. I really liked how easy it was to understand what
refactors you were exploring here.

Speaking with Adam today I'm eager to see a similar list for iOS drafted up.

--tomasz

On Wed, Feb 18, 2015 at 4:41 PM, Dmitry Brant  wrote:
> cc mobile-l
>
>
> -- Forwarded message --
> From: Dmitry Brant 
> Date: Wed, Feb 18, 2015 at 10:51 AM
> Subject: [Android app] Memory profiling results
> To: mobile-tech 
>
>
> I've been doing some memory profiling of the Android app.  The good news is
> that we don't have any glaring resource leaks. However, we do have plenty of
> room for improvement in our general memory usage.  I've written up some of
> the key takeaways in this page (feel free to comment!):
> https://www.mediawiki.org/wiki/Wikimedia_Apps/Android/Memory_usage
>
> ...and I've created these corresponding Phab tasks:
> https://phabricator.wikimedia.org/T89826
> https://phabricator.wikimedia.org/T89828
> https://phabricator.wikimedia.org/T89831
> https://phabricator.wikimedia.org/T89834
>
>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android Wikipedia beta app release

[Tomasz Finc]

What's the relative difficulty of that? This would capture even more users.

--tomasz

On Sat, Feb 21, 2015 at 2:11 PM, Dmitry Brant  wrote:
> Yeah, the problem with widgets is that they're not very discoverable.  A
> more worthwhile effort might be to integrate better with Google Now, so that
> our content would be exposed whenever the user performs any kind of search
> from the device.
>
>
>
> On Sat, Feb 21, 2015 at 4:56 PM, Dan Garry  wrote:
>>
>> On 19 February 2015 at 14:15, Tomasz Finc  wrote:
>>>
>>> How difficult would it be to allow the feature article widget to be
>>> resizable so that we can showcase a snippet of text and an image?
>>
>>
>> I'm glad you like the widgets!
>>
>> Before investing any more resources into widgets, we'll need to see how
>> much they're used relative to our other features. We suspect that they will
>> not be used much, but chose to prioritise getting them out because Dmitry
>> already had a proof of concept patch ready which just needed some minor
>> design polishing.
>>
>> Dan
>>
>> --
>> Dan Garry
>> Associate Product Manager, Mobile Apps
>> Wikimedia Foundation
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android Wikipedia beta app release

[Tomasz Finc]

On Thu, Feb 19, 2015 at 1:56 PM, Bernd Sitzmann  wrote:
> * Two widgets added: search + today's featured article

Nice job team.

How difficult would it be to allow the feature article widget to be
resizable so that we can showcase a snippet of text and an image?

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Good job iOS app team for getting todays build out

[Tomasz Finc]

Excited to see us push forward on this release and get closer to
delighting our users.

Big call to everyone else on this list to help us with further testing.

thanks all

http://tflig.ht/1dhqz8j

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Open Source Third Party Libraries in iOS

[Tomasz Finc]

Yup, run one that you've discussed recently or are considering to see
if this rubric makes the conversation easier and keeps the team
aligned.

That's what it should be doing.

--tomasz

On Fri, Feb 13, 2015 at 9:51 AM, Adam Baso  wrote:
> I don't think we have anything just yet, but maybe we could try looking at
> _one_ of the recently added libraries just as a proof of process? iOS crew,
> any particular simple one we could try this on?
>
> -Adam
>
> On Thu, Feb 12, 2015 at 4:49 PM, Tomasz Finc  wrote:
>>
>> Good to see this drafted.
>>
>> What's our first use case to vet our criteria ?
>>
>> --tomasz
>>
>> On Thu, Feb 12, 2015 at 4:46 PM, Adam Baso  wrote:
>> > Following up, here's where we arrived:
>> >
>> >
>> > https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/iOS/Third_Party_Libraries
>> >
>> > -Adam
>> >
>> > On Wed, Feb 11, 2015 at 9:37 AM, Adam Baso  wrote:
>> >>
>> >> The apps crew is going to be having a meeting to go over third party
>> >> library usage in iOS. We're currently use CocoaPods for package
>> >> management.
>> >>
>> >> In advance of that meeting tomorrow, anybody have advice we should
>> >> consider?
>> >>
>> >> -Adam
>> >
>> >
>> >
>> > ___
>> > Mobile-l mailing list
>> > Mobile-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Open Source Third Party Libraries in iOS

[Tomasz Finc]

Good to see this drafted.

What's our first use case to vet our criteria ?

--tomasz

On Thu, Feb 12, 2015 at 4:46 PM, Adam Baso  wrote:
> Following up, here's where we arrived:
>
> https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/iOS/Third_Party_Libraries
>
> -Adam
>
> On Wed, Feb 11, 2015 at 9:37 AM, Adam Baso  wrote:
>>
>> The apps crew is going to be having a meeting to go over third party
>> library usage in iOS. We're currently use CocoaPods for package management.
>>
>> In advance of that meeting tomorrow, anybody have advice we should
>> consider?
>>
>> -Adam
>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] "How a Chaos Monkey Created Wikipedia Mobile"

[Tomasz Finc]

Hampton was our first contract mobile developer. He agreed to open
source his iOS Wikipedia app and joined us to improve it. His second
project was creating the Mobile Web Ruby gateway which was the first
non WML experience for our mobile users and our first large experiment
in mobile.

He and I are still in contact every now and then and he's subscribed
to this list.

--tomasz

On Tue, Feb 10, 2015 at 1:31 PM, Dan Garry  wrote:
> It sounds to me like this guy is talking about writing the old PhoneGap app,
> not the mobile website. Still, some insight from someone that was around
> then would be good!
>
> Dan
>
> On 10 February 2015 at 13:28, Maryana Pinchuk 
> wrote:
>>
>> Hmm. I wasn't around in 2008, but I have a really hard time believing that
>> the mobile gateway this guy wrote has much resemblance to current MFE (which
>> according to mw.org was created in 2011). And responsive design isn't the
>> be-all end-all of mobile development – many top 10 web properties these days
>> have custom experiences and features for different device classes, not just
>> a single skin that shrinks (Facebook, YouTube, Quora, Twitter, etc.). Sounds
>> like an attempt at self-promotion that inadvertently reveals this dude's
>> n00bness ;)
>>
>> On Mon, Feb 9, 2015 at 8:12 PM, Tilman Bayer  wrote:
>>>
>>>
>>> http://unmatchedstyle.com/news/how-a-chaos-monkey-created-wikipedia-mobile.php
>>>
>>> Podcast interview with Hampton Catlin, who in 2008 "was brought on
>>> board to lead the development of Wikipedia’s mobile project. ... Upon
>>> his departure, he assumed that Wikipedia would do a responsive
>>> rewrite, but noted that the mobile site he created is still being
>>> used, although with a few new features." [disclaimer: haven't actually
>>> listened to the audio]
>>>
>>> --
>>> Tilman Bayer
>>> Senior Analyst
>>> Wikimedia Foundation
>>> IRC (Freenode): HaeB
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>>
>>
>>
>> --
>> Maryana Pinchuk
>> Product Manager, Wikimedia Foundation
>> wikimediafoundation.org
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Increasing mobile beta audience

[Tomasz Finc]

CC'ing Greg to help us think how to approach percentage based releases
and what would be in our way to do them.

--tomasz

On Tue, Jan 27, 2015 at 1:18 PM, Jon Katz  wrote:
> Jon,
> Are there any technical reasons not to explore the % rollout model for
> collections instead of beta?
> -J
>
>
> On Tue, Jan 27, 2015 at 11:20 AM, Maryana Pinchuk 
> wrote:
>>
>> Yeah, I think there are a lot of problems with the opt-in beta model. I
>> much prefer releasing new features to a small % of users, logging
>> events/usage, and if we suspect something has the potential to be
>> disruptive/offputting, letting them know the feature they're seeing is beta
>> and letting them turn it off.
>>
>> That said, beta is still useful for sandboxing new features and in-person
>> user testing, so I don't think we should kill it altogether. I just think we
>> need to supplement it with a graduated release model – which we're already
>> doing with stuff like WikiGrok :)
>>
>> On Tue, Jan 27, 2015 at 11:10 AM, Sam Smith 
>> wrote:

 Have we thought about automatically opting people into beta mode e.g.
 a sample of our users in a certain geographic region / certain zero
 enabled area/ all users in a certain bucket based on their user id ?
>>>
>>>
>>> I like this idea. In fact, I'm for it, provided that we make it clear to
>>> the user that they've been entered into an experiment and they're seeing
>>> non-standard UI.
>>>
 How many users could beta actually handle?
>>>
>>>
>>> Not sure. But, interestingly, we can find out by bucketing users and
>>> slowly assigning them the beta variant.
>>>
 Is this technically possible?
>>>
>>>
>>> Yes. If we're generating and storing tokens on the client, which we do
>>> for anonymous users in other experiments, then we can enter anonymous users
>>> into the experiment at the cost of a little control over how tokens are
>>> stored.
>>>
 If someone was bucketed into beta would they be able to opt out into
 stable again under any of the above situations?
>>>
>>>
>>> See my first inline response. We must make it clear to the user that
>>> they're seeing a variant of an experiment… and we must make it simple to opt
>>> out of the experiment.
>>>
>>> Also, all instrumentation for beta features will need to be augmented
>>> with a is_beta_opt_in flag.
>>>
>>> –Sam
>>>
>>> On Tue, Jan 27, 2015 at 10:18 AM, Jon Robson 
>>> wrote:

 One of the frustrations I have heard so far is that the audience there
 is too small to get meaningful data around various experiments.
 Currently people have to opt in by going to
 https://en.m.wikipedia.org/wiki/Special:MobileOptions which is hidden
 away in the mobile interface. They can do this whilst anonymous or
 logged in.

 Have we thought about automatically opting people into beta mode e.g.
 a sample of our users in a certain geographic region / certain zero
 enabled area/ all users in a certain bucket based on their user id ?

 How many users could beta actually handle?
 Is this technically possible?
 If someone was bucketed into beta would they be able to opt out into
 stable again under any of the above situations?

 Jon

 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>>
>>>
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>>
>>
>>
>>
>> --
>> Maryana Pinchuk
>> Product Manager, Wikimedia Foundation
>> wikimediafoundation.org
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Luis van Ahn/crowdsourcing

[Tomasz Finc]

I spoke with them at Google I/O many months back and they would love
to talk more. Let me reach out again.

--tomasz

On Thu, Jan 29, 2015 at 9:39 AM, Maryana Pinchuk  wrote:
> We've been talking about this guy for ages (and I think roughly half the
> mobile team uses Duolingo at this point) – wasn't someone going to try to
> put us in touch? :)
>
> On Thu, Jan 29, 2015 at 9:37 AM, Toby Negrin  wrote:
>>
>> Some interesting links from one of the early crowdsourcing people:
>>
>> http://en.wikipedia.org/wiki/Luis_von_Ahn
>>
>> http://www.ted.com/talks/luis_von_ahn_massive_scale_online_collaboration?language=en
>>
>> His current gig:
>>
>> https://www.duolingo.com/
>>
>> -Toby
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
>
> --
> Maryana Pinchuk
> Product Manager, Wikimedia Foundation
> wikimediafoundation.org
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Wikipedia Lite app?

[Tomasz Finc]

I'll be eager to see you guys write up your findings after the spikes are over.

thanks for moving that forward.

--tomasz

On Tue, Feb 3, 2015 at 3:05 AM, Gautam Chandna  wrote:
> OEMs care about the size of their OS, as this is stored in a restricted
> read-only area (unless a device is rooted). Once the device is running,
> those limitations don't apply as an app has tons of space to update itself.
>
> Quite like the network installer concept for desktop applications, OEMs
> prefer if the pre-install is a small package that in itself doesn't
> necessarily do much other than download the real app.
>
>
>
> On Tue, Feb 3, 2015 at 12:48 AM, Yuri Astrakhan 
> wrote:
>>
>> Don't preload apps still get over-the-air updates, often the whole app
>> re-download?
>>
>> On Tue, Feb 3, 2015 at 12:39 AM, Carolynne Schloeder
>>  wrote:
>>>
>>> Hi, yes app size and yes optimization :-)
>>>
>>> App size does matter
>>> OEM's are sensitive to the size of the app for preload. They were
>>> satisfied with our last version that was under 3MB; we'll find out what they
>>> will tolerate. And we will likely push appstore promotion as part of our
>>> deep dive.[1]
>>>
>>> Couple of thoughts on optimization:
>>> Yuri already worked to compress images on mobile web, only deployed on
>>> zero partners so far. Rolling out the image compression could be an easy
>>> start to reduce the page load.
>>>
>>> In a couple of weeks, we will get into Facebook/Ericsson's network
>>> simulation lab in Menlo Park, where we can experience our UX on low end
>>> devices and slow networks.
>>>
>>> Dan and Maryana, can you help me organize who should go to the lab?
>>>
>>> Thanks --
>>>
>>> Carolynne
>>>
>>> [1] The Wikipedia Zero team is getting together with product, UX, comms
>>> and GLEE to go deep in one country, to understand the context for Wikipedia
>>> usage and how we can unlock growth in underserved market segments - beyond
>>> just making data free. More info in our QR notes.
>>>
>>>
>>> On Mon, Feb 2, 2015 at 1:59 PM, Dan Garry  wrote:

 On 1 February 2015 at 14:48, Toby Negrin  wrote:
>
> Dan -- can you please limit the scope to sizing the android app? I
> think that's more relevant to reaching people in the developing world.


 I think that depends. In a world where we're focussing on preloads, the
 size of the app is pretty immaterial as the user isn't paying the cost for
 downloading it. In that world, the best optimisations to make are probably
 reducing network traffic and improving performance on slower devices, 
 things
 where there's lot of room for improvement in our code base. Also, our
 Android app is also an order of magnitude smaller than Facebook's Android
 app, so that's less of an issue for us. Facebook evidently decided to 
 TACKLE
 ALL THE THINGS with Facebook Lite.

> Also, can you see what percent of our GS traffic uses 2.3? Google has
> it at about 10% globally but we need to understand our target market 
> better.
> You might also want to check in with your new contact at App Annie to see 
> if
> they have useful GS data.


 Absolutely.

 Dan

 --
 Dan Garry
 Associate Product Manager, Mobile Apps
 Wikimedia Foundation
>>>
>>>
>>>
>>>
>>> --
>>> Carolynne Schloeder
>>> Director Global Mobile Partnerships
>>> Wikimedia Foundation
>>> +14154077071
>>> skype: cschloeder
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>>
>>
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
>
> --
> Gautam Chandna | Director - Technical Partner Management | gaut...@opera.com
> | +47-4567-1789
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Developer tools and workflows

[Tomasz Finc]

Let's make sure to announce these a week or so before as i'm sure
we'll have other teams who want to attend.

--tomasz

On Tue, Feb 3, 2015 at 1:34 PM, Jon Robson  wrote:
> In future it would be great to include other team members/volunteers
> outside the mobile web team in these discussions. It was really
> interesting seeing how different people work and I already feel more
> productive with some of my learnings.
>
> Please let us know if that interests you. We are planning to get
> together once a month.
>
> Thanks Joaquin for getting this documented!
> Jon
>
>
> On Tue, Feb 3, 2015 at 6:53 AM, Sam Smith  wrote:
>> Nice job Joaquin!
>>
>> I've already started tweaking my workflow with all of the tips and tricks
>> from last time.
>>
>> –Sam
>>
>> On Tue, Feb 3, 2015 at 11:32 AM, Joaquin Oltra Hernandez
>>  wrote:
>>>
>>> Hi!
>>>
>>> The mobile web team and contributors met while in San Francisco and had a
>>> session on tools, workflows, and useful things to know when developing that
>>> was pretty awesome.
>>>
>>> We took notes, and I've structured and published them in the Dev sessions
>>> page (https://www.mediawiki.org/wiki/Mobile_web/Team/Dev_sessions)
>>>
>>> I've probably missed something we talked about, so if I missed something,
>>> please complete it.
>>>
>>> We plan on having this session monthly, so hopefully we'll keep on filling
>>> that list.
>>>
>>> If you try any of the items and have any doubts do not hesitate and ask on
>>> the talk page or via email to mobile-l.
>>>
>>> Cheers!
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>>
>>
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Florian for +2 on MobileFrontend?

[Tomasz Finc]

CC'ing wikitech-l@ to broaden the reach of this

--tomasz

On Fri, Jan 30, 2015 at 10:32 AM, Jon Robson  wrote:
> I've proposed that Florian gets +2 on the MobileFrontend repository.
> Florian has been an extremely active MobileFrontend developer (he is
> our 5th most active contributor).
>
> It would be great to have him helping out with merging patches. He
> also is based in Europe so it would strengthen our ability to get
> regressions fixed on different timezones quicker!
>
> You can support this by voting using the {{support}} template on:
> https://www.mediawiki.org/wiki/Gerrit/Project_ownership#.2B2_for_Florian_Schmidt_on_mediawiki.2Fextensions.2FMobileFrontend
>
> Please show your {{support}} on the wiki page to make this happen!
>
> (In the words of Spiderman with great power comes great reponsibility)
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Xcode plugin for comments

[Tomasz Finc]

Nothing private here. CC'ing mobile-l@

--tomasz

On Tue, Jan 20, 2015 at 4:06 PM, Brian Gerstle  wrote:
> And it works with Swift, very nice!
>
> On Tue, Jan 20, 2015 at 4:05 PM, Corey Floyd  wrote:
>>
>>
>> Great plugin that makes comments super easy:
>> https://github.com/onevcat/VVDocumenter-Xcode
>>
>> Just type "///" and it auto-populates your comment block.
>>
>> You can install manually or using Alcatraz - a plugin manager for Xcode:
>> http://alcatraz.io/
>>
>>
>>
>>
>>
>
>
>
> --
> EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle
> IRC: bgerstle

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Wikidata now has a mobile site

[Tomasz Finc]

thanks

On Tue, Dec 16, 2014 at 1:16 PM, Jon Robson  wrote:
> And yeah the edit link is hidden now to be less confusing. I actually did
> that during the meeting :)
>
> On 16 Dec 2014 13:15, "Dan Garry"  wrote:
>>
>> On 16 December 2014 at 13:06, Tomasz Finc  wrote:
>>>
>>> Did we check in on the raw JSON writing that came up at the showcase?
>>
>>
>> Yes. The poor UX of the actual workflow aside, it's not possible to save
>> any edit if you manually edit the JSON.
>>
>> Dan
>>
>> --
>> Dan Garry
>> Associate Product Manager, Mobile Apps
>> Wikimedia Foundation
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Wikidata now has a mobile site

[Tomasz Finc]

Exciting,

Did we check in on the raw JSON writing that came up at the showcase?

thanks

--tomasz

On Fri, Dec 12, 2014 at 2:08 PM, Max Semenik  wrote:
> Update: Jon, in his usual awesomeness, have applied some CSS to make it look
> nice, and is talking with community about slight modifications to mobile
> page to make look better on mobile. After we deploy a configuration
> change[1] on Monday, it will be even better.
>
> 
> [1] https://gerrit.wikimedia.org/r/#/c/179513/
>
> On Thu, Dec 11, 2014 at 6:54 PM, Max Semenik  wrote:
>>
>> Hi, today I've enabled MobileFrontend on wikidata.org. So far, it's still
>> considered a trial, so no automatic redirection for mobile devices happens.
>> While it was primarily needed to satisfy a dependency in WikiGrok, this is
>> as good chance as any to revisit the topic of having a mobile UI for
>> Wikidata. The news are both good and bad: while claims unstyled and
>> therefore look broken, they don't take whole desktop screen's width which is
>> a good indicator that a bit of CSS should fix it. I think that even viewing
>> Wikidata from mobile would be really awesome.
>>
>> Compare yourself: https://www.wikidata.org/wiki/Q2 vs.
>> https://m.wikidata.org/wiki/Q2
>>
>> --
>> Best regards,
>> Max Semenik ([[User:MaxSem]])
>
>
>
> --
> Best regards,
> Max Semenik ([[User:MaxSem]])
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] API "Nearby" query coordinate bug

[Tomasz Finc]

Max, is there a bug/story card to track our work on this?

--tomasz

On Sun, Dec 14, 2014 at 4:33 PM, Monte Hurd  wrote:
> I spent a while today trying to figure out why the app's Nearby didn't seem
> to be very accurately determining the angle between the device and the
> article's geo coords.
>
> Angles seemed to be off by strange amounts depending on how close I was to
> an article's supposed location.
>
> I believe I found the problem. Run the query below and you'll see the result
> for Wikimedia Foundation:
>
> https://en.m.wikipedia.org/w/api.php?action=query&colimit=1&format=jsonfm&generator=geosearch&ggscoord=37.786816%7C-122.399254&ggslimit=1&ggsradius=1&pilimit=1&pithumbsize=144&prop=coordinates%7Cpageimages%7Cpageterms&wbptterms=description
>
> The API result says the foundation's coordinates are:
>   37.787, -122.4
>
> But if you look at the article on desktop it says the Foundation's
> coordinate are:
>   37.78697, -122.399677
>
> You can see what's happening.
>
> Can we make the API not degrade the coordinates? Super quick fix? (Or is
> there some extra parameter I should be using?)
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] WikiGrok test in stable now live

[Tomasz Finc]

Congrats team. Excited to see the data coming back from it.

On Thu, Dec 11, 2014 at 5:19 PM, Ryan Kaldari  wrote:
> After a few false starts, the WikiGrok test in stable has finally been
> activated. This test is for all logged in users of the mobile site for 1
> week. I've updated the test documentation here:
> https://meta.wikimedia.org/wiki/Research:Mobile_microcontributions/WikiGrok#Test_2:_All_logged-in_users.2C_en.wiki
>
> The test officially went live at 00:41 UTC (20141212004100). We will turn it
> off next Thursday.
>
> Ryan Kaldari

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android Wikipedia Beta app release

[Tomasz Finc]

Nice job team. I'm excited to see WikiData show up more and and the
read more sections.

How are we sourcing those?

--tomasz

On Tue, Dec 9, 2014 at 10:58 AM, Bernd Sitzmann  wrote:
> Dear Android app users,
>
> A few minutes ago a new beta release got published, which should be
> available through the store in a couple of hours. It's been a while since we
> last published a new beta so the list of changes is fairly long and
> exciting:
>
> * Material design icons and 5.0 toolbar/support
> * Search bar is back
> * Search order improvements
> * Add page descriptions from wikidata.org to search results, similar pages,
> and on pages under the title
> * Swipe to refresh on pages and for Nearby feature
> * Infoboxes are collapsed by default
> * Layout improvements for tablets
> * Added "Read more" section at the end of the page (except main page)
> * New setting to allow disabling images
> * Simple syntax highlighting of templates while editing
> * Hide IPA
> * ToC drawer always on
> * Similar pages, page issues, reference info display changes
> * Correctly display MathML fallback images
> * Remove pinch-zoom in WebView
> * Various bug fixes
>
> Please report any issues you find.
>
> Enjoy,
> Bernd
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Simplified search? It's possible!

[Tomasz Finc]

I've very excited about this. Where can we see updated search metrics
that don't require manual reports? I want to make sure that everyone
can see these.

--tomasz

On Fri, Dec 5, 2014 at 1:19 PM, Dan Garry  wrote:
> Hi everyone,
>
> tl;dr: The Mobile Apps Team is going to trial seamlessly surfacing full text
> search results instead of prefixsearch results in cases where prefixsearch
> does not give satisfactory results.
>
> The Mobile Apps Team has received a lot of feedback that our search feature
> isn't the best. Our latest metrics confirm this; around 19% of queries give
> the user no results. Our working hypothesis is that this is because we use
> prefixsearch on article titles, which is very insensitive to typos and
> free-form text.
>
> To help with this, we implemented full-text search. The user has two options
> for searching, prefixsearch and full text. You can see this example to see
> what these options look like.
>
> However, the way we present the two options to users is suboptimal. There's
> no clear mental model for when one should be used compared to the other. The
> design team recommended that we simply present whichever result set is
> better for any given query. But how do we decide which result set is better?
> To validate this course of action, we audited which of the two options,
> prefixsearch or full text search, was better for a set of queries. The
> results are here.
>
> The takehomes of our audit:
>
> In cases where there are very few prefixsearch results (less than around 5),
> the full text results are just as good or better than the prefixsearch
> results. Often, this is because the "did you mean" functionality of the full
> text API helps the user out.
> In cases where there are a good number of prefixsearch results, the
> prefixsearch results tend to be better than the fulltext results.
>
> Here's what we're going to try:
>
> Remove the buttons from the UI.
> By default, use prefixsearch for searches.
> If there are fewer than 5 prefixsearch results, show fulltext search results
> instead.
>
> Metrics for success:
>
> Higher search clickthrough (users finding what they need more)
> Fewer number of queries give 0 results (users served more results)
> Fewer number of queries per search session (users finding what they need
> faster)
>
> The advantage of this experiment is that it's safe to fail: there is no
> actual UX change, so if we decide our solution isn't good enough, then we
> can rollout the fallback of surfacing the buttons without users thinking
> we're just endlessly tweaking the UI.
>
> Please do get in touch if you have any questions!
>
> Thanks,
> Dan
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] How good is our search? Here's some data!

[Tomasz Finc]

On Wed, Dec 3, 2014 at 6:15 PM, Dan Garry  wrote:
> 19% of queries giving "no results" seems really bad.

Fixing this needs to be our priority across all projects. It doesn't
matter what we fix later down the pipeline if this number is as high
as it is. Let's get this as a daily/hourly number so that we can see
live stats and then discuss changes/improvements.

Great work getting these
--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Wikitech-l] Open source mobile image recognition in Wikipedia

[Tomasz Finc]

CC'ing mobile-l to let them know of this

Exciting to see projects like this showing up. I do notice that it's
not compatible with Nexus5, Nexus7, and a number of other standard
devices.

Looking at your manifest it should just work. Did you put in a Google
Play restriction on which devices it works on?

--tomasz

On Mon, Nov 24, 2014 at 2:25 AM, Adrien Maglo  wrote:
> Hello,
>
>
> I am not sure this is the right mailing list to introduce this project but I
> have just released Displee. It is a small Android app that allows to search
> for images in the English Wikipedia by taking pictures:
> https://play.google.com/store/apps/details?id=org.visualink.displee
> It is a kind of open source Google Goggles for images from en.wikipedia.org.
>
> I have developed Displee as a demonstrator of Pastec http://pastec.io, my
> open source image recognition index and search engine for mobile apps.
> The index hosted on my server in France currently contains about 440 000
> images. They may not be the most relevant ones but this is a start. ;-)
> I have also other ideas to improve this tiny app if it has an interest for
> the community.
>
> Displee source code (MIT) is available here:
> https://github.com/Visu4link/displee
> Pastec source code (LGPL) is available here:
> https://github.com/Visu4link/pastec
> The source code of the Displee back-end is not released yet. It is basically
> a python3 Django application.
>
> I will be glad to receive your feedback and answer any question!
>
> Best regards,
>
>
> --
> Adrien Maglo
> Pastec developer
> http://www.pastec.io
> +33 6 27 94 34 41
>
> ___
> Wikitech-l mailing list
> wikitec...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [editing-team] Update on QA resources assigned to Apps and Editing

[Tomasz Finc]

Thanks for the update Dan


On Fri, Nov 21, 2014 at 6:33 PM, Dan Garry  wrote:
> Greg, James, Kristen, Rummana, Elena and myself met today to discuss our
> next steps for the QA resources assigned to Editing and Mobile Apps.
>
> We decided that both Elena and Rummana will split their time roughly 50%
> between Editing and Apps. As we agreed that QA should be integrated into the
> teams, Elena and Rummana will attend the standups and meetings of both
> teams. This will help ensure that both QA testers are aware of ongoing
> feature development and can allocate themselves accordingly.
>
> That said, we acknowledged that with any assignment of our very limited QA
> resources, there would be need to be some inherent flexibility. Perhaps the
> Editing Team needs more QA than normal one week due to a big release, and
> perhaps the Mobile Apps Team needs more in a different week. That
> flexibility is agreed going in, and we can evaluate that on a week-by-week
> basis.
>
> Although both testers will test for both Editing and Apps, there will be
> primary points of contact for QA in both teams to ensure continuity of
> communications:
>
> Elena will be the primary point of contact in QA for Mobile Apps
> Rummana will be the primary point of contact in QA for Editing
>
> Mobile Apps will continue to engage with The Specialists Guild for broad
> regression testing and testing of compatibility with different versions of
> the iOS and Android OS.
>
> The success of this arrangement will be reevaluated in early February, or
> sooner if deemed necessary.
>
> Thanks,
> Dan
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Did something change about prefix search today?

[Tomasz Finc]

Do we have a bug to track whatever the issue might be ?

On Wed, Nov 19, 2014 at 2:30 PM, Monte Hurd  wrote:
> I spoke with Chad about it and he's confirmed the issue and is going to
> discuss with Nick and get back to me.
>
>
> On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc  wrote:
>>
>> I'd check with Chad and Nick handling todays CirrusSearch deployment.
>>
>> --tomasz
>>
>> On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd  wrote:
>> > Here's what searching for "fish" returned yesterday:
>> >
>> >
>> >
>> >
>> >
>> >
>> > And here's what I get today:
>> >
>> >
>> >
>> >
>> > ___
>> > Mobile-l mailing list
>> > Mobile-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Did something change about prefix search today?

[Tomasz Finc]

I'd check with Chad and Nick handling todays CirrusSearch deployment.

--tomasz

On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd  wrote:
> Here's what searching for "fish" returned yesterday:
>
>
>
>
>
>
> And here's what I get today:
>
>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Using Swift for new feature development on iOS

[Tomasz Finc]

Excellent. I'd even take it one step further and have *both* you and
brion take on this spike so that the whole team gets exposed to it.
Thus both of you take the 2 hours to research this. This could be
together or totally separate. Each one has pros/cons.

--tomasz

On Thu, Nov 13, 2014 at 7:01 PM, Monte Hurd  wrote:
> With Tomasz I added a new Swift spike to the iOS board:
> https://trello.com/c/3jKbmL0z/22-spike-2-hour-convert-at-least-5-single-method-categories-to-swift
>
> Basically it's a dry run to convert some of the most simple code in the app
> codebase to Swift to see what issues we encounter and give us a rough
> baseline for how quickly existing code can be converted.
>
> The spike should not be considered to signify the moment we officially fork
> the code (with the pre-Swift base being maintained only for iOS 6 bug
> fixes). Timing for this forking should be informed by what we learn during
> the spike and Dan will make the call as to when we fork.
>
> When we do fork and enable Swift for ongoing development, I do not think we
> should necessarily immediately switch all development to Swift. My
> preference would be to switch completely to Swift over the course of a few
> months as we gain experience and mastery of it. We may find this doesn't
> actually take months, and I suspect it won't, but I would prefer to ease
> into it.
>
> Does this sound ok?
>
>
>
> On Thu, Nov 13, 2014 at 1:45 PM, Dan Garry  wrote:
>>
>> The product expectations here are:
>>
>> After the transition, no new features will be backported to Objective C to
>> be used on iOS 6. All new features will be developed in Swift. The exact
>> feature cut-off is to be defined by product and design (setting up a meeting
>> about this tomorrow).
>> Crash fixes and major bug fixes will continue to be handled on the iOS 6
>> version for the mid future (e.g. next few months).
>> Code will be refactored from Objective C to Swift as time allows, e.g.
>> possibly as an onboarding task for new engineers. There will be no planned
>> effort in the short- or mid-term (e.g. next few months) to refactor old code
>> from Objective C to Swift, although this is the plan in the long term.
>>
>> Let me know if you need more, or need any clarification.
>>
>> Dan
>>
>> On 13 November 2014 13:35, Tomasz Finc  wrote:
>>>
>>> Thanks for kicking this off Dan. I've been following Swifts
>>> development from the sidelines and I'm eager to put it through its
>>> paces. Given that modern iOS releases can support hybrid Swift and iOS
>>> apps, the risk of experimenting is low and potential pay off is high.
>>>
>>> Addressing some of the questions I've gotten.
>>>
>>> = Existing Engineers =
>>>
>>> I expect all of our engineers to be well rounded and exposed to
>>> multiple languages. This means picking up new languages as necessary
>>> for their job and anticipating future platform changes that require
>>> new expertise. Swift is just another one of these.
>>>
>>> While jumping between some languages can be a huge leap, Swift is not.
>>> The language [1], migration [2], and iOS/OSX integration are well
>>> documented giving me confidence that we have the resources to move
>>> forward giving our current resourcing.
>>>
>>> = Team Growth =
>>>
>>> I expect no significant change to recruitment in the short term 6month
>>> - 1year. I expect a significant difference in the 1yr - 2yr range as
>>> more people come up to speed and have built real world applications
>>> with it. Thus I anticipate and huge help in hiring in the future with
>>> this change.
>>>
>>> I do expect more volunteers experimenting with our code base if its
>>> swift based and I know that we have internal non app staff who are
>>> curious to join these efforts. I can easily see a 1day hackathon
>>> centered on helping us get to swift pulling in various resources.
>>>
>>> Next step will be to define a spike to assess a migration. [3]
>>>
>>> Dan, i'll need you to define what this migration means to product if
>>> we decide to go forward. Product needs to define what features will be
>>> frozen, what if anything need to be backported, and which iO6 bugs we
>>> will respond to.
>>>
>>> --tomasz
>>>
>>> [1] -
>>> https://developer.apple.com/library/ios/documentation/swift/conceptual/Swift_Programming_Language/TheBasics.html
>>> [2] -
>>> https://developer.apple.com/libr

Re: [WikimediaMobile] [Apps] Using Swift for new feature development on iOS

[Tomasz Finc]

Thanks for kicking this off Dan. I've been following Swifts
development from the sidelines and I'm eager to put it through its
paces. Given that modern iOS releases can support hybrid Swift and iOS
apps, the risk of experimenting is low and potential pay off is high.

Addressing some of the questions I've gotten.

= Existing Engineers =

I expect all of our engineers to be well rounded and exposed to
multiple languages. This means picking up new languages as necessary
for their job and anticipating future platform changes that require
new expertise. Swift is just another one of these.

While jumping between some languages can be a huge leap, Swift is not.
The language [1], migration [2], and iOS/OSX integration are well
documented giving me confidence that we have the resources to move
forward giving our current resourcing.

= Team Growth =

I expect no significant change to recruitment in the short term 6month
- 1year. I expect a significant difference in the 1yr - 2yr range as
more people come up to speed and have built real world applications
with it. Thus I anticipate and huge help in hiring in the future with
this change.

I do expect more volunteers experimenting with our code base if its
swift based and I know that we have internal non app staff who are
curious to join these efforts. I can easily see a 1day hackathon
centered on helping us get to swift pulling in various resources.

Next step will be to define a spike to assess a migration. [3]

Dan, i'll need you to define what this migration means to product if
we decide to go forward. Product needs to define what features will be
frozen, what if anything need to be backported, and which iO6 bugs we
will respond to.

--tomasz

[1] - 
https://developer.apple.com/library/ios/documentation/swift/conceptual/Swift_Programming_Language/TheBasics.html
[2] - 
https://developer.apple.com/library/ios/documentation/swift/conceptual/buildingcocoaapps/Migration.html
[3] - 
https://trello.com/c/dgYqIuId/21-spike-hr-determine-whether-we-re-ready-to-migrate-to-swift

On Wed, Nov 12, 2014 at 10:05 PM, Dan Garry  wrote:
> tl;dr: The programming language used to develop new features by our iOS app
> engineering team is changing from Objective C to Swift at some point in the
> near future.
>
> When making a native app, the language you have to implement the app in is
> chosen by the third party responsible for the platform. For iOS apps, Apple
> chose Objective C to be the language the app is written in. Objective C is
> a... very strange language. It has a lot of quirks that slow down
> development.
>
> To solve the above problem, you can now write apps in a new language called
> Swift. Notably, Swift has features that make it less error prone and more
> concise than Objective C, which should increase our velocity of feature
> development. Swift is also much more readable and in-line with other
> languages, which lowers the barrier of entry (which is currently very high
> with Objective C).
>
> Importantly, Objective C and Swift can live alongside each other. So, when
> we "switch to Swift" we do not need to rewrite all of our existing code from
> Objective C to Swift. Instead, we can just start developing new features
> using Swift, and slowly rewrite the old code from Objective C into Swift as
> time allows.
>
> On the downsides, Swift is only supported on iOS 7 and above. iOS 6 only
> represents around 5% of our user base, and we can pin iOS 6 users to the
> last version of the app we released before we used Swift. We need to decide
> what the last set of features we're want in that build are before we switch.
>
> Here are our next steps:
>
> Evaluate more concretely whether Swift actually fits our needs or not.
> [Engineering]
> Decide last set of features for our iOS 6 build. [Product/Design]
>
> Thanks,
> Dan
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Recruiting volunteer devs at the MediaWiki Developer Summit

[Tomasz Finc]

Thanks for calling this out Dan. I highly recommend other team members
do the same.

Let me know how i can help

--tomasz

On Wed, Nov 5, 2014 at 10:47 AM, Dan Garry  wrote:
> Hey everyone,
>
> The apps don't have much a volunteer developer base when you compare them to
> other MediaWiki projects. This is partially because the technology stack is
> different (Java/Objective C app, as opposed to PHP website). But we have
> lots of eager volunteer developers out there, and we should engage with
> them!
>
> To help accomplish the above, I've signed myself up to give an intro to
> mobile app development at the MediaWiki Developer Summit in January. It'd be
> great if those engineers on the mobile apps team who are interested and
> attending the summit could sign themselves up as well, so that we can help
> people who are interested. Or, if you're not an engineer but you're
> attending and you're curious, sign up too!
>
> Here's the link:
> https://www.mediawiki.org/wiki/MediaWiki_Developer_Summit_2015#Developing_mobile_apps.21
>
> Thanks,
> Dan
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] WikiGrok deployed

[Tomasz Finc]

Congrats Max and team. Eager to see how our users interact with this.

On Mon, Nov 3, 2014 at 2:16 PM, Max Semenik  wrote:
> Hi, WikiGrok[0] has been successfully deployed to the English Wikipedia.
> Along with it a first campaign[1] was deployed. Now database is being slowly
> populated with suggestions:
>
> MariaDB [enwiki_p]> select page_title, pp_value from page, page_props where
> pp_page=page_id and pp_propname='wikigrok_questions_v1' limit 100;
> +-+--+
> | page_title  | pp_value
> |
> +-+--+
> | Richard_Branson |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Tina_Fey|
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Jon_Stewart |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Bill_Maher  |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Jeff_Foxworthy  |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Evadne_Price|
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Dominic_Guard   |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Dilsa_Demirbag_Sten |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | J._Douglas_MacMillan|
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Carol_Bowman|
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Lianella_Carell |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | G._K._Reddy |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Liù_Bosisio |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> | Matilde_Rodríguez_Cabo  |
> a:1:{s:6:"author";a:2:{s:8:"property";s:4:"P106";s:9:"questions";a:1:{s:7:"Q482980";s:6:"author";}}}
> |
> +-+--+
> 14 rows in set (0.42 sec)
>
> Pages are getting updated when edited (null edit works, but not
> action=purge). According to estimations made with WikiData Query[2], the
> number of potentially affected pages is approximately 33,000. If really
> needed, we could whip up a script to null-edit these pages from server side
> in a controlled manner, but I would like to have more data on performance
> and memory consumption first.
>
> == Monitoring ==
> * Graphite: MediaWiki -> WikiGrok
> * Exceptions from WikiData: type:mobile in Logstash.
>
> == Firefighting ==
> Most of potentially performance-scary/error causing code with can be
> disabled by commenting out $wgWikiGrokSlowCampaigns in
> wmf-config/mobile.php. If shit hits fan really hard, whole extension can be
> disabled through the usual means, with $wmgUseWikiGrok.
>
> == Next steps ==
> I'm working on DB storage for questions[3] which will allow us to avoid
> abusing page_props and give features such as "find me pages that could use
> this type of fixes" and "find me a random page to fix".
>
>
> 
> [0] https://www.mediawiki.org/wiki/Extension:WikiGrok
> [1] https://gerrit.wikimedia.org/r/#/c/170453/
> [2] http://wdq.wmflabs.org/
> [3] https://gerrit.wikimedia.org/r/170263
>
> --
> Best regards,
> Max Semenik ([[User:MaxSem]])
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android Wikipedia apps releases

[Tomasz Finc]

Bernd,

Can you update https://www.mediawiki.org/wiki/Mobile/Release_history with this?

On Mon, Nov 3, 2014 at 11:45 AM, Bernd Sitzmann  wrote:
> Dear Android app users,
>
> I just published new beta[1] and production[2] app releases, which should be
> available through the store in a couple of hours. The changes are just bug
> fixes. No new features this time. Here are the changes:
>
> - Fixed possible crash during editing.
> - Fixed possible crash when retrieving Nearby pages.
> - Fix possible crash when detached from activity.
> - Fix top padding for 2.3 devices. Top of the screen was cut off.
>
> -Bernd
>
> [1] https://play.google.com/store/apps/details?id=org.wikipedia.beta
> [2] https://play.google.com/store/apps/details?id=org.wikipedia
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] New beta Android version

[Tomasz Finc]

Excellent,

Bugs filed.

What made us have article search within the action bar but history and
saved page search below the action bar?

Curious to see if that was intentional.

--tomasz

On Mon, Oct 20, 2014 at 11:55 AM, Bernd Sitzmann
 wrote:
> I just pushed out a beta release (versionCode 85) 2014-10-20 with the
> following changes:
> * Search results ordering updated to be consistent with mobile web.
> * Use real action bar for pages and navigation changes:
> ** Back button will revisit saved pages, history, nearby, search, ...
> ** Search input is collapsed by default. You had to press on the field
> anyways to bring up the keyboard.
> ** Search/find in page use standard search component.
> ** Use horizontal progress bar in action bar when page is loaded.
> ** Highlight the nav list item that is currently shown.
> ** On 2.3 devices with a menu button this could result in the overflow menu
> indicator to disappear; you can open it using the menu button.
> * Nearby: Long press starts geo: intent (allows to open in Maps, Google
> Earth) + crash fixes.
>
> As always, it'll take some time to propagate.
>
> Enjoy,
> Bernd
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] new alpha build server

[Tomasz Finc]

thanks. i'm all set now

On Mon, Oct 20, 2014 at 3:23 PM, Bernd Sitzmann  wrote:
> For people who are using the Android app alpha apk:
>
> Yuvi has switched to a new server at https://android-builds.wmflabs.org/.
> You can download the latest alpha build from there.
>
> Enjoy
> Bernd
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Formalising our release process

[Tomasz Finc]

On Wed, Oct 15, 2014 at 9:25 AM, Dan Garry  wrote:
> I plan to officially declare this our release process within a few days,
> probably on Friday.

Let's make sure to get it up on the team page then

https://www.mediawiki.org/wiki/Wikimedia_Apps/Team

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android App production release

[Tomasz Finc]

thanks for keeping it up to date

On Tue, Oct 14, 2014 at 3:07 PM, Dmitry Brant  wrote:
> Yep! I've updated the release history:
> https://www.mediawiki.org/wiki/Mobile/Release_history#Apps
>
>
>
> On Tue, Oct 14, 2014 at 5:22 PM, Tomasz Finc  wrote:
>>
>> Is the latest release r84? I can't tell from looking at
>> https://www.mediawiki.org/wiki/Mobile/Release_history#Apps
>>
>> I'm assuming so given the date naming
>>
>> --tomasz
>>
>> On Tue, Oct 14, 2014 at 12:30 PM, Dmitry Brant 
>> wrote:
>> > Good news, everyone!  We've just released a new production version of
>> > the
>> > Wikipedia Android App to the Google Play Store.  Here are some of the
>> > major
>> > highlights:
>> >
>> > - Nearby: Learn more about what's around you by getting links to
>> > articles
>> > about things that are near your current location. (Location services are
>> > used only by this feature)
>> > - Added a one-time Table of Contents tutorial screen.
>> > - Rolled up "page issues" boxes into a link that shows them as a popup
>> > dialog.
>> > - Rolled up disambiguation links into a single link that shows them as a
>> > popup list.
>> > - Frequently-used languages are now kept at the top of the list, for
>> > easier
>> > selection.
>> > - Improved page loading speed and data usage by using compression in
>> > network
>> > requests.
>> > - Updated language translations.
>> > - Numerous miscellaneous bug fixes.
>> >
>> > As always, you can download the app through the Google Play Store:
>> > https://play.google.com/store/apps/details?id=org.wikipedia
>> >
>> > ...or download the APK directly:
>> >
>> > https://releases.wikimedia.org/mobile/android/wikipedia/stable/wikipedia-2.0-releasesprod-2014-10-14.apk
>> >
>> >
>> > Cheers,
>> >
>> > Dmitry Brant
>> > Mobile Apps Team (Android)
>> > Wikimedia Foundation
>> > https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
>> >
>> >
>> > ___
>> > Mobile-l mailing list
>> > Mobile-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android App production release

[Tomasz Finc]

Is the latest release r84? I can't tell from looking at
https://www.mediawiki.org/wiki/Mobile/Release_history#Apps

I'm assuming so given the date naming

--tomasz

On Tue, Oct 14, 2014 at 12:30 PM, Dmitry Brant  wrote:
> Good news, everyone!  We've just released a new production version of the
> Wikipedia Android App to the Google Play Store.  Here are some of the major
> highlights:
>
> - Nearby: Learn more about what's around you by getting links to articles
> about things that are near your current location. (Location services are
> used only by this feature)
> - Added a one-time Table of Contents tutorial screen.
> - Rolled up "page issues" boxes into a link that shows them as a popup
> dialog.
> - Rolled up disambiguation links into a single link that shows them as a
> popup list.
> - Frequently-used languages are now kept at the top of the list, for easier
> selection.
> - Improved page loading speed and data usage by using compression in network
> requests.
> - Updated language translations.
> - Numerous miscellaneous bug fixes.
>
> As always, you can download the app through the Google Play Store:
> https://play.google.com/store/apps/details?id=org.wikipedia
>
> ...or download the APK directly:
> https://releases.wikimedia.org/mobile/android/wikipedia/stable/wikipedia-2.0-releasesprod-2014-10-14.apk
>
>
> Cheers,
>
> Dmitry Brant
> Mobile Apps Team (Android)
> Wikimedia Foundation
> https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Mobile article preview gadget

[Tomasz Finc]

Excellent, this is exactly what was mentioned in

https://lists.wikimedia.org/pipermail/mobile-l/2014-September/008013.html

Eager to see our editors be able to use it.

--tomasz

On Sun, Oct 12, 2014 at 10:09 PM, Brion Vibber  wrote:
> I've taken the liberty of adding this to the gadgets proposals page on
> en.wikipedia:
> https://en.wikipedia.org/wiki/Wikipedia:Gadget/proposals#Mobile_sidebar
>
> If no objection I'll set it up tomorrow.
>
> Also I put the .js and .css files on github for easier patching:
> https://github.com/brion/MediaWiki-MobileSidebar
>
> -- brion
>
> On Sun, Oct 12, 2014 at 6:07 PM, Brion Vibber  wrote:
>>
>> Awesome! I've made some further updates, and there's now a toggle button
>> on the tab bar, next to the watchlist star, so the mobile view can be turned
>> on and off at will.
>>
>> Note that since it now uses an external stylesheet, to include the copies
>> from  my meta page now takes two imports:
>>
>> // Mobile sidebar
>>
>> mw.loader.load('https://meta.wikimedia.org/w/index.php?action=raw&title=User:Brion_VIBBER/mobile-sidebar.js&ctype=text/javascript',
>> 'text/javascript');
>>
>> mw.loader.load('https://meta.wikimedia.org/w/index.php?action=raw&title=User:Brion_VIBBER/mobile-sidebar.css&ctype=text/css',
>> 'text/css');
>>
>> -- brion
>>
>> On Fri, Oct 10, 2014 at 10:33 PM, Prateek Saxena 
>> wrote:
>>>
>>> On Fri, Oct 10, 2014 at 1:15 PM, Brion Vibber 
>>> wrote:
>>> > This shows the currently viewed page on the mobile view in an 
>>> > sidebar, and captures link navigation within the iframe to navigate on
>>> > the
>>> > desktop window as well.
>>>
>>> I really like this :)
>>>
>>>
>>> > Todo:
>>> > * add an on/off switch
>>> > * pretty it up
>>>
>>> I added just an off switch and prettied it up a little. I just refresh
>>> the page to turn it back on for now. I have an idea for putting the
>>> size selection UI which I'll add later.
>>>
>>> http://cl.ly/XzUa
>>> https://meta.wikimedia.org/wiki/User:Prtksxna/common.js
>>> https://meta.wikimedia.org/wiki/User:Prtksxna/common.css
>>
>>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [zero] Re: [Offline-l] Thinking about offline search within our native apps

[Tomasz Finc]

On Wed, Oct 1, 2014 at 8:22 AM, Lila Tretikov  wrote:
> In order to do this we can look at the search results on mobile (and
> especially where they are failing today without GS)

One of the asks that I have for the mobile teams in this quarter is to
start logging failed search results. I want us to get to the point
where we never show a 'no search results' page in any language. This
is especially important in apps as they are starting to think about
sessions length as a metric of engagement and search is at the core of
that.

> If we find out that most of this information for example is present in the
> first paragraph... we may only need to index it. And it would also focus us
> on improving summaries as a priority...

Could be interesting. We'd have to user test to validate the level of
expected content.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Thinking about offline search within our native apps

[Tomasz Finc]

As the zero team starts to think about pre-loaded content the question
of how search will function within an off line environment has come
up. While it'll be up to each individual community to think about the
size of the pre-loaded we should think about these collections being
longer than a user would want to scroll through given only our article
title search.

Thus i'm eager to get a discussion going abut how we would support the
following users story

"As a user who has a Wikipedia pre-loaded device with little or no
internet connectivity, I would like to search by article text, so that
I can find multiple articles that could be relevant to me"

Given this, an article title search is not good enough.

* What would we have to change about our underlying data storage
architecture to do full text search?
* How fast would it be?
* Would it scale to 100's/100's/etc on articles ?
* What would the user experience look like?
...

* ... other bits i haven't thought about ?

This is not at a resourced feature level discussion yet but I'd like
to get some engineering thoughts on it before we get there.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Data: Anon editing in mobile web

[Tomasz Finc]

Thanks for your work Florian.

Maryana, will the editing team be carrying this torch forward ?

--tomasz

On Wed, Sep 24, 2014 at 2:29 PM, Jon Robson  wrote:
> Thanks to Florian Schmidt, we have anonymous editing available in the
> alpha mode of the mobile website.
>
> He asked me to take a look at the data and it seems as expected usage
> is low (since not many people use the alpha) but it does give us an
> idea of the sort of edits we might expect on mobile web (although the
> very act of getting to the alpha is a bit of a challenge so should be
> taken lightly.
>
> The current strategy is to review anonymous editing via the mobile
> app, although personally I think this is dangerous to use as the sole
> basis, as when downloading an app, I might assume that the app can
> somehow be associated with my phone and this might lead me to be on
> better behaviour :)
>
> Anyway you can find anonymous mobile web edits here [1]. At time of
> writing this gives us a sample of 10 edits [2] including 3 edits to
> the same article. The user that did 3 edits did constructive edits.
> The other 7 consisted of 4 constructive (or seemingly good faith edits
> and 3 vandalisms.
>
> [1] 
> https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&hideliu=1&tagfilter=mobile+web+edit
>
> [2] 
> https://en.wikipedia.org/w/index.php?title=Naqshbandi_Hussaini_Golden_Chain&curid=43126795&diff=626793087&oldid=615981049
> https://en.wikipedia.org/w/index.php?title=St._Joseph_High_School_(Connecticut)&curid=5292232&diff=626784916&oldid=626784183
> https://en.wikipedia.org/w/index.php?title=Dirt&curid=24494046&diff=626702916&oldid=626702807
> https://en.wikipedia.org/w/index.php?title=Neath&curid=290509&diff=626535101&oldid=626532396
> https://en.wikipedia.org/w/index.php?title=Straight_Line_Stitch&curid=31508492&diff=626182989&oldid=620214834
> https://en.wikipedia.org/w/index.php?title=List_of_WordGirl_episodes&curid=39254132&diff=626113327&oldid=624487177
> https://en.wikipedia.org/w/index.php?title=East_Point_Mall&curid=18055072&diff=626083810&oldid=626083690
> https://en.wikipedia.org/w/index.php?title=East_Point_Mall&curid=18055072&diff=626083810&oldid=626083690
> https://en.wikipedia.org/w/index.php?title=East_Point_Mall&curid=18055072&diff=626083339&oldid=626082698
> https://en.wikipedia.org/w/index.php?title=White_Fence&curid=31049320&diff=625893061&oldid=625893039
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Refactoring work on iOS

[Tomasz Finc]

On Thu, Sep 25, 2014 at 12:20 PM, Yuvi Panda  wrote:
> IMO, looking for very specific library/framework experience is
> suboptimal at best, and should be avoided.

Agreed. We're getting way into the weeds if we're asking for that.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Refactoring work on iOS

[Tomasz Finc]

On Wed, Sep 24, 2014 at 11:05 AM, Dan Garry  wrote:
> Migrate our data storage system from Core Data to using a flat file system.

Does this change our need away from needing more Core Data expertise
as listed on our open req ?

http://boards.greenhouse.io/wikimedia/jobs/20553?t=j4gmk5#.VCMnCi5dX8o

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] First meeting of the front end standards group

[Tomasz Finc]

Several of the engineers and advisors developing components for front
end standardization met Friday to check status, set direction, and
identify upcoming obstacles

Big take aways:

=  MediaWiki theme for OOjs UI =
* Should be finalized this week by Trevor and Bartosz
* Server side to follow in the next couple of weeks

=  Icon system =
*  Bartosz has done the early work for a Grunt task that takes SVGs
and a JSON config to generate colored SVG and PNG renderings and the
corresponding LESS markup for them

Notes and additional items from the discussion can be found on mw.org [1]

Follow up items:
* Generate prospective roadmap [Trevor]
* Raise Template RFC w/ arch committee and make a decision [Brion]
* Find out if Derk-Jan (cc'd) can join us next time
* Discuss Server-side OOUI at next meeting

Please update as necessary if you attended and I've forgotten or
misrepresented anything.

thanks all

--tomasz

[1]  - https://www.mediawiki.org/wiki/FrontEndStandardsGroup/Weekly-Sept_19_2014

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Pulling the Commons app

[Tomasz Finc]

Dan and Dmitry,

Can you take care of this?

--tomasz

On Wed, Sep 17, 2014 at 12:59 AM, Andre Klapper  wrote:
> On Tue, 2014-09-16 at 13:32 -0700, Brion Vibber wrote:
>> Ok, I've killed the iOS version as well.
>
> There's a "Commons App" product in bugzilla.wikimedia.org with 213
> tickets, 82 of them open.
> There is also an "Unofficial Apps" product in Bugzilla:
> https://bugzilla.wikimedia.org/describecomponents.cgi?product=Unofficial%20Apps
>
> What would you like to see happen in Bugzilla? Move tickets from
> 'Commons App' to a new component under 'Unofficial'? All lowest
> priority? Should Brion really be default assignee for all those
> 'Unofficial' tickets?
>
> andre
> --
> Andre Klapper | Wikimedia Bugwrangler
> http://blogs.gnome.org/aklapper/
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Update: Standardizing icons across projects

[Tomasz Finc]

Several front end engineers, designers, and others got together again
to update on their progress to standardize icons across projects
today. This was a follow to the previous conversation on 8/27 [1].

Big take aways:

* Monte iterating and almost completing his SVG->Font python scripts
* Trevor & Bartosz finalizing an npm module for customizing SVG generation
* Jon needing additional support from Sam to move forward on mw ui icon markup

Notes from the discussion can be found on etherpad [2]

Follow up items:

* Finish up SVG2FONT2SVG script (hopefully done in a week) (Monte)
** Create manifest for padding and other small options (Trevor)
* Review Trevor's SVG/PNG generation (Everyone present once its out)
* Followup with Sam for standard icon html mark-up (Matt)
* Schedule team discussion follow up (Tomasz)

Please update as necessary if you attended and I've forgotten or
misrepresented anything.

thanks all

--tomasz

[1] - https://lists.wikimedia.org/pipermail/mobile-l/2014-August/007922.html
[2] - http://etherpad.wikimedia.org/p/IconStandardization

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] OOjs, MobileFrontend and Flow

[Tomasz Finc]

On Fri, Sep 12, 2014 at 11:32 AM, Jon Robson  wrote:
> After this is done it would be good to sit down and document ways we
> can make better use of OOJS in mobile.

Are you thinking of retooling existing features/infrastructure to use
it first or making this a requirement for new features?

This sounds like a good discussion to have during the quarterly
planning but I certainly think we shouldn't wait that long to do it.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Allowing template editors to ship mobile specific styles

[Tomasz Finc]

I could see that being really useful for our editing community at
large. When implemented we could reach out to editors and fix a good
chunk of the long standing issues that have plagued these pages.

Jon, do you imagine this as a mobile preview, editor, other?

Also, how do you imagine it working with the various responsive design
plugins that are available for browsers?

eager to see where we take this

--tomasz

On Tue, Sep 9, 2014 at 2:08 PM, Jon Robson  wrote:
> In the 2+ years I've been at the Foundation a recurring email thread /
> bug reports have been in the form "X page doesn't render on mobile" or
> "Can I have a nodesktop/mobileonly class?"
>
> The problem is almost always an issue such as a huge margin left, or
> some floating or fixed width css.
>
> The answer to doing this is to provide a tool for wiki editors to
> allow them to fix these kinds of problems.
>
> There is an RFC [1] open with a suggested solution, and all that is
> needed now is to implement it.
>
> The general consensus was people wanted 

Re: [WikimediaMobile] Jobs page doesn't work

[Tomasz Finc]

Emmanuel and I were just talking about that last week. She's looking
into moving forward on it.

But, if someone wants to beat her to it then by all means.

--tomasz

On Mon, Sep 8, 2014 at 2:00 PM, Moiz Syed  wrote:
> Our jobs page doesn't work on mobile web.
>
> I was trying to send someone this page for the mobile web job and it wasn't
> good experience. This is the first thing a potential job candidate sees, we
> should fix this quick.
>
> Thanks!
>
> Mobile: http://m.wikimediafoundation.org/wiki/Work_with_us
> Desktop: http://wikimediafoundation.org/wiki/Work_with_us
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] VE edits & editors in first 24 hours

[Tomasz Finc]

Now that its been out for two weeks, do we see similar trends?

--tomasz

On Fri, Aug 15, 2014 at 3:49 PM, Maryana Pinchuk  wrote:
> Just an update on VE editing since we pushed it to stable for tablet users
> (as an opt-in secondary editor on all projects) yesterday:
>
> Since yesterday, we're getting about 0.2% of total mobile edits across all
> projects coming from VE, and about 2% of unique mobile editors having made
> at least 1 successful VE edit. So the volume is, as expected, pretty low –
> which is good because it gives us lots of breathing room to fix bugs and
> improve features before we make VE any more prominent of an editing
> experience :)
>
> For fun, here's a breakdown of which projects those unique editors were on:
>
> Project  # of unique editors making at least one successful VE edit
>
> enwiki 42
> eswiki 5
> frwiki 4
> itwiki 3
> svwiki 2
> cswiki 2
> nlwiki 2
> cawiki 1
> jawiki 1
> thwiki 1
> dewiki 1
> ukwiki 1 <-- this was me :)
>
> --
> Maryana Pinchuk
> Product Manager, Wikimedia Foundation
> wikimediafoundation.org
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Featuring the app in Google Play

[Tomasz Finc]

Exciting

On Wed, Sep 3, 2014 at 4:16 PM, Dan Garry  wrote:
> Nobody objected, and it's Wednesday now! I'm going to email our contact at
> Google Play now and tell him we'd love our current production build to be
> reviewed.
>
> Dan
>
>
> On 28 August 2014 21:00, Dan Garry  wrote:
>>
>> Unless there are any objections, I will submit our current production
>> build for UX review on Wednesday 3rd September 2014.
>>
>> Once that review is complete, we can take a look at their feedback to see
>> how much work is in there, and set a hard deadline. If we finish our work
>> before that hard deadline, cool, we can submit forthwith! If not, then we
>> submit on the hard deadline irrespective of how done we are.
>>
>> Dan
>>
>>
>> On 28 August 2014 20:14, Tomasz Finc  wrote:
>>>
>>> On Fri, Aug 22, 2014 at 6:27 PM, Dan Garry  wrote:
>>> > That works well with what Bernd said about wanting to submit the app
>>> > for a
>>> > UX review first. We can round off these features while waiting for UX
>>> > review
>>> > to get back to us, see what we make of the UX review, then submit for
>>> > featured.
>>>
>>> Do we have a date to make this happen? Let's keep the wheels moving.
>>>
>>> --tomasz
>>
>>
>>
>>
>> --
>> Dan Garry
>> Associate Product Manager, Mobile Apps
>> Wikimedia Foundation
>
>
>
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Our app code on the Android help pages?

[Tomasz Finc]

That or something along the lines of

http://www.html5rocks.com/en/ but for Android and Wikipedia.

Who would be interested in something like this?

--tomasz

On Fri, Aug 22, 2014 at 3:47 PM, Dan Garry  wrote:
> Hi everyone,
>
> Yesterday, Katherine, Tomasz and I met with Joe Castorena from Google’s
> Android Play Partnerships team. I’ve split up the most relevant information
> into a few separate emails, to keep the discussion on each separate point
> focussed.
>
> Tomasz put forward the idea of using the Wikipedia app as a code tutorial.
> Have you ever been on the Android help pages online and seen code snippets?
> Tomasz suggested that since our app is totally open source, they could
> actually use living examples from the Wikipedia app on those pages if they
> wanted. It’d be good PR and branding for them to use the Wikipedia app as an
> example, and it would expose our code base to a much larger group of people,
> and specifically those people would be developers!
>
> This idea is obviously in its infancy, but I think we should definitely try
> to push forward on this. Many thanks to Tomasz for suggesting this.
>
> Thanks,
> Dan
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Featuring the app in Google Play

[Tomasz Finc]

Excellent. I'm eager to hear back from them as one element to guide us forward.

--tomasz

On Fri, Aug 29, 2014 at 6:19 AM, Dmitry Brant  wrote:
> Agreed; I think the current production version should be fine for UX review.
>
>
> -Dmitry
>
>
>
> On Fri, Aug 29, 2014 at 12:00 AM, Dan Garry  wrote:
>>
>> Unless there are any objections, I will submit our current production
>> build for UX review on Wednesday 3rd September 2014.
>>
>> Once that review is complete, we can take a look at their feedback to see
>> how much work is in there, and set a hard deadline. If we finish our work
>> before that hard deadline, cool, we can submit forthwith! If not, then we
>> submit on the hard deadline irrespective of how done we are.
>>
>> Dan
>>
>>
>> On 28 August 2014 20:14, Tomasz Finc  wrote:
>>>
>>> On Fri, Aug 22, 2014 at 6:27 PM, Dan Garry  wrote:
>>> > That works well with what Bernd said about wanting to submit the app
>>> > for a
>>> > UX review first. We can round off these features while waiting for UX
>>> > review
>>> > to get back to us, see what we make of the UX review, then submit for
>>> > featured.
>>>
>>> Do we have a date to make this happen? Let's keep the wheels moving.
>>>
>>> --tomasz
>>
>>
>>
>>
>> --
>> Dan Garry
>> Associate Product Manager, Mobile Apps
>> Wikimedia Foundation
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Featuring the app in Google Play

[Tomasz Finc]

On Fri, Aug 22, 2014 at 6:27 PM, Dan Garry  wrote:
> That works well with what Bernd said about wanting to submit the app for a
> UX review first. We can round off these features while waiting for UX review
> to get back to us, see what we make of the UX review, then submit for
> featured.

Do we have a date to make this happen? Let's keep the wheels moving.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] UX review from Google's Android team

[Tomasz Finc]

I'm eager to put our app to this test and use the feedback to help our
app become one of the best examples of open source android
development.

Given our reach, openness, and content I truly believe we can be one of the
flagship apps within both the iOS and Android apps stores.

Now lets make it happen.

--tomasz

On Fri, Aug 22, 2014 at 4:22 PM, Bernd Sitzmann  wrote:
> We should definitely do this. I'm very excited about all three initiatives
> you sent out.
> I think the UX review should be the first one. Then once we've addressed
> some of the bigger issues from the UX review we should proceed with the
> other two.
>
> Thank you,
> Bernd
>
>
> On Fri, Aug 22, 2014 at 4:46 PM, Dan Garry  wrote:
>>
>> Hi everyone,
>>
>> On Wednesday, Katherine, Tomasz and I met with Joe Castorena from Google’s
>> Android Play Partnerships team. I’ve split up the most relevant information
>> into a few separate emails, to keep the discussion on each separate point
>> focussed.
>>
>> Joe mentioned something that Google offers its partners, called a UX
>> review. He said that he could get the build passed to the Android
>> engineering team at Google, and in short they’d critique every aspect of the
>> user experience. The result would be a long document (on the order of 20
>> pages) where the Android team at Google would make recommendations about how
>> we could improve the UX of the app. He said that this process is entirely
>> voluntary, so we could take or leave the feedback as we see fit. He did
>> suggest, however, that doing something like this is going to massively
>> increase the way that we’re perceived by Google, and would increase the
>> possibility of getting featured as a “Best App 2014” or “Best Designed App”.
>> Basically, we’d be seen as a shining example of what Android could do.
>>
>> Given that we can take and leave the feedback as we see fit, I think we
>> should definitely do this. Once we have the feedback, we can figure out
>> where the individual items of feedback sit in our priorities. I'm really
>> excited to get some feedback from the people who literally wrote the book on
>> Android design.
>>
>> Thoughts?
>>
>> Thanks,
>> Dan
>>
>> --
>> Dan Garry
>> Associate Product Manager, Mobile Apps
>> Wikimedia Foundation
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Wikipedia Android app Automated builds

[Tomasz Finc]

Perfect. Now I can easily tell them apart. thanks all.

On Fri, Aug 22, 2014 at 1:59 PM, Yuvi Panda  wrote:
> This is now done. It is labelled 'Wikipedia Alpha' and has the Alpha
> icon :) If you had downloaded in the last one hour, please delete that
> app, since the package name has also changed.
>
> Thanks!
>
> On Fri, Aug 22, 2014 at 8:22 PM, Yuvi Panda  wrote:
>> Sure. I could just reuse the alpha assets and label.
>>
>> On Aug 22, 2014 8:08 PM, "Tomasz Finc"  wrote:
>>>
>>> Thanks.
>>>
>>> Can we get a different label and/or icon so that i can easily tell
>>> them apart on my device?
>>>
>>> --tomasz
>>>
>>> On Fri, Aug 22, 2014 at 12:00 PM, Yuvi Panda  wrote:
>>> > Hello everyone!
>>> >
>>> > Automated builds of the Wikipedia app are now available at
>>> > http://tools.wmflabs.org/wikipedia-android-builds/
>>> >
>>> > That is a nice little (and barebones) page that simply shows the last
>>> > time the app was updated, and also offers a download link. You can
>>> > click 'download' and then install the apk that is received.
>>> >
>>> > The app downloaded from this page can also be installed side by side
>>> > with the normal and beta apps from the Google Play store, so you can
>>> > have all three! :)
>>> >
>>> > Thanks to Dmitry and Bearnd for helping with this.
>>> >
>>> > Coming soon: A small app that'll keep checking for updates and nag you
>>> > if there are any...
>>> >
>>> > --
>>> > Yuvi Panda T
>>> > http://yuvi.in/blog
>>> >
>>> > ___
>>> > Mobile-l mailing list
>>> > Mobile-l@lists.wikimedia.org
>>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
>
> --
> Yuvi Panda T
> http://yuvi.in/blog

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Wikipedia Android app Automated builds

[Tomasz Finc]

Thanks.

Can we get a different label and/or icon so that i can easily tell
them apart on my device?

--tomasz

On Fri, Aug 22, 2014 at 12:00 PM, Yuvi Panda  wrote:
> Hello everyone!
>
> Automated builds of the Wikipedia app are now available at
> http://tools.wmflabs.org/wikipedia-android-builds/
>
> That is a nice little (and barebones) page that simply shows the last
> time the app was updated, and also offers a download link. You can
> click 'download' and then install the apk that is received.
>
> The app downloaded from this page can also be installed side by side
> with the normal and beta apps from the Google Play store, so you can
> have all three! :)
>
> Thanks to Dmitry and Bearnd for helping with this.
>
> Coming soon: A small app that'll keep checking for updates and nag you
> if there are any...
>
> --
> Yuvi Panda T
> http://yuvi.in/blog
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Mobile App Retrospective Notes

[Tomasz Finc]

On Thu, Aug 21, 2014 at 4:29 PM, Kristen Lans  wrote:
> *Explore paid testing services [Tomasz]

The background on this is that we've only been able to amass a small
community of iOS testers who while being extremely helpful have not
reached the consistent testing that we need. We'll still continue to
crowd source as much as we can but in the mean time we'd like to
explore some paid services and I'm curious to hear from the smart
people on this list about any they would recommend.

Feel free to respond on/off list if you do.

CC'ing Chris and Greg to see if they have any recommendations

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Mobile App Retrospective Notes

[Tomasz Finc]

On Thu, Aug 21, 2014 at 4:29 PM, Kristen Lans  wrote:
> *Give Vibha & Moiz iTunes account login access [Tomasz]; Waiting on Design
> iTunes account [Vibha]

This is now complete

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Nearby screenshot.

[Tomasz Finc]

I just installed it and can't wait to test it out while out and about
this weekend. I recommend it for everyone else too. So far its smooth
and accurate and I just wish there was a way to go back and forth
faster.

On Wed, Aug 20, 2014 at 9:39 PM, Monte Hurd  wrote:
> Vibha cleaned up the design.
>
> Thoughts?
>
>
> On Mon, Aug 18, 2014 at 10:34 AM, Monte Hurd  wrote:
>>
>>
>> Here's a screenshot of an experimental nearby interface in the iOS
>> Wikipedia app. The little green directional arrows take into account device
>> orientation to guide you to the coordinate. Distances update in real time as
>> well.
>>
>>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android Beta release

[Tomasz Finc]

On Thu, Aug 21, 2014 at 9:36 AM, Dmitry Brant  wrote:
> - Improved page loading speed and data usage by using compression in network
> requests.

This is a really big performance boost. Extra props to Monte for
kicking this off on iOS.

Can we get some graphs of before and after to highlight the payload difference?

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] opensearch vs. prefixsearch

[Tomasz Finc]

On Fri, Aug 15, 2014 at 12:57 PM, Maryana Pinchuk
 wrote:
> Yeah, this sounds like the issue ErikM reported before Wikimania. We (and by
> "we" I mean Max after he gets back from vacation...) should fix it :)

Do we have a card/bug tracking this? I want to make sure it doesn't get lost.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Creating a shell app to house Wikidata games

[Tomasz Finc]

It's been amazing to see the interest in WikiData games here at
Wikimania and i've been approached by a number of people who've wanted
to create them. From label creation to data validation there have been
many ideas of how to engage users in new and creative ways.

I'm curious to hear from users on this list and beyond about interest
in a WikiData games app that would facilitate simple and quick
contributions.

The idea would be that the app would act as a simple frontend shell
that would allow anyone to interact with WikiData games to create,
curate, and validate content. Putting aside the difficulties of
dynamic custom user content with the app I'm curious about the
interest in this.

I know that that mobile web team is already planning a handful of
experiments with this and I'm eager to see if some of you would
frequent an app that collected these and empowered users to contribute
in ways that doesn't exist yet.

Do let know

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Wikipedia IOS App - Accessibility Concerns in Voiceover Mode

[Tomasz Finc]

Shifting to mobile-l@

--tomasz

On Wed, Aug 6, 2014 at 2:00 AM, Vibha Bamba  wrote:
>  In voiceover mode swiping up, doesn't re-invoke nav controls.
>
> This prohibits navigation. Currently, the following elements are hard to get
> to
>
> -search ( because its hard to scroll back to top)
>
> -toc
>
> -home menu > saved articles
>
> -previous and next articles.
>
> -save action
>
> Twitter carries a special mode when voiceover is switched on. On Google Maps
> & Twitter - the top areas for controls have enlarged target sizes and the
> content area is much smaller.
>
> Brion/ Monte - one quick question - Is there a way we can persist navigation
> in voiceover mode?
>
> 
>
> Vibha Bamba
> Senior Designer | WMF Design
>
>
>
>
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] FYI: Android Wear app

[Tomasz Finc]

I have it set to download. Let's tinker with it at the hackathon.

On Mon, Aug 4, 2014 at 7:09 PM, Dan Garry  wrote:
> Thanks for forwarding, Max.
>
> Instead of using a table of contents, they decided to expose section
> changing by swiping up and down, and navigating around in that section by
> swiping left and right. So they've basically broken the article up into
> discrete chunks of information rather than making it long and flowing like
> on the app.
>
> I'll probably want to take a look at this myself. Brion and Tomasz, I may be
> asking to borrow your Android wear. :-)
>
> Dan
>
>
>
>
> On 5 August 2014 00:26, Max Semenik  wrote:
>>
>>
>> http://www.androidpolice.com/2014/08/04/new-app-attopedia-is-a-surprisingly-good-way-to-browse-wikipedia-on-android-wear/
>>
>> --
>> Best regards,
>> Max Semenik ([[User:MaxSem]])
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
>
> --
> Dan Garry
> Associate Product Manager, Mobile Apps
> Wikimedia Foundation
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] iOS Wikipedia app crash reports!

[Tomasz Finc]

Excellent job team. Our users will be very pleased.

--tomasz

On Fri, Aug 1, 2014 at 6:37 PM, Monte Hurd  wrote:
> With Brion's help I now have symbolicated crash reports!
>
> Based on my airport session this afternoon we have another crash fix patch
> already merged and one more which we'll test on old iOS 6 devices over the
> next few days :)
>
> These crashes are going down!!!
>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] genymotion android emulator

[Tomasz Finc]

Thanks for the link Arthur. I gave it a spin and it just worked.
Performance is significantly faster than the Android emu and it easily
integrated with Android Studio.

Android devs, do give it a spin.

--tomasz

On Fri, Aug 1, 2014 at 11:57 AM, Arthur Richards
 wrote:
> I stumbled upon genymotion.com when reading through this month's 'tech
> radar' [0] put out by Thoughtworks. Anybody have experience with it?
> Supposedly it's a fast android emulator that is intended to make it easier
> to test against the fractured ecosystem. Looks like they offer a free
> license for non-commercial use, though the feature set is not as robust as
> their other license options.
>
> [0] http://www.thoughtworks.com/radar/#/
>
> --
> Arthur Richards
> Team Practices Manager
> [[User:Awjrichards]]
> IRC: awjr
> +1-415-839-6885 x6687
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] iOS top crasher located, not sure of cause yet

[Tomasz Finc]

On Fri, Aug 1, 2014 at 10:57 AM, Brion Vibber  wrote:
> Dan, Tomasz is recommending that for our next push we do a small bug fix
> iteration from the first release branch, rather than landing all the stuff
> we've worked on in the last couple weeks right away.

We're discussing this on IRC right now if you would like to join Dan.
No decision has been made. I want to make sure we have confidence in
what we push out and that we don't introduce new issues.

> Do we want to push both "small" and "large" updates to TestFlight or should
> we just send the "small" version?

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Wikimedia-l] Thank you Mobile team

[Tomasz Finc]

And for those wondering who all is on the mobile team you can find them here

https://www.mediawiki.org/wiki/Mobile_web/Team

Congrats to the team for their success.

--tomasz


On Fri, Jul 11, 2014 at 3:47 AM, Àlex Hinojo  wrote:
> +1
>
> I've been doing wiki workshops for Amical during last couple of years and
> since 6 months ago or so I ONLY train newbies with the visual editor. My
> role on the workshop now is reduced to explain how extra features are done.
>
> So kudos to the mobile team. And I know is not perfect. Is just wiki ;)
>
>
>
>
> 2014-07-11 10:16 GMT+02:00 Pierre-Selim :
>
>> 2014-07-11 10:06 GMT+02:00 Pine W :
>>
>> > While we're talking about technology issues on WIkimedia-l, I'd like to
>> say
>> > that now that I've worked my way over a few speedbumps with mobile
>> editing
>> > I'm happy with the direction that mobile editing is going, so thank you
>> > Mobile team.
>> >
>>
>> +1
>>
>> I also want to add, that I'm happy with the Visual Editor. It's not
>> perfect, but for basic editing it works just fine. I've had very nice
>> feedback from new user during training on how Visual Editor works.
>>
>>
>> >
>> > Pine
>> > ___
>> > Wikimedia-l mailing list, guidelines at:
>> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
>> > wikimedi...@lists.wikimedia.org
>> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> > 
>>
>>
>>
>>
>> --
>> Pierre-Selim
>> ___
>> Wikimedia-l mailing list, guidelines at:
>> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
>> wikimedi...@lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> 
>>
> ___
> Wikimedia-l mailing list, guidelines at: 
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> wikimedi...@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
> 

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Preliminary iOS media playback in mobile view

[Tomasz Finc]

This is great progress. Thanks for the update Brion.

Anyone up for helping Brion out with this project?

--tomasz

On Sat, Jul 26, 2014 at 1:29 PM, Brion Vibber  wrote:
> Today I took a stab at combining ogv.js JavaScript-based media playback with
> MobileFrontend by adding a loader shim to TimedMediaHandler on the 'mobile'
> target (the rest of TimedMediaHandler's desktop support code is not loaded,
> so the UI is mobile-specific but very bare-bones).
>
> Demo page can now play back audio and video in iOS 7's Safari in mobile mode
> as well as desktop mode:
> * https://ogvjs-testing.wmflabs.org/
>
> The TMH+ogv.js patch in progress:
> * https://gerrit.wikimedia.org/r/#/c/145756/
>
>
> The mobile loader code checks for any  or  elements and asks
> them if they canPlayType() on any of their available sources, so it only
> loads if non-native playback is actually required. (So for instance it
> disengages on Android Chrome which can play Ogg Vorbis audio and WebM video,
> or in theory in Safari if you have locally enabled MP4/H.264 files.)
>
> It needs more work to check for browser compatibility, sufficient JavaScript
> engine speed, etc, but I find it encouraging that it works so far. :)
>
> Some thoughts and questions:
>
> * Currently ogv.js gets loaded if any audio/video elements are present that
> require it to play, even if they don't get played. I can delay the loading
> to when 'play' is clicked fairly easily.
>
> * [[Media:]] or other direct file links, often used for pronunciation
> markers in Wikipedia articles, are not picked up by this system. Need to
> extend things a bit to detect clicks on such links and display a player
> instead of just downloading the file. Same problem occurs in Safari and IE
> on desktop mode.
>
> * Should we show the video in an overlay like the mobile media viewer for
> images, instead of playing inline? This is a good place to add additional
> controls to reach file info details, as with images. If so should I try to
> extend the same overlay code in MF or create a near-lookalike that lives in
> TMH?
>
> * If so, that should probably be used for *all* mobile browsers, using the
> native playback when available instead of loading ogv.js...
>
> * Should we have a manual resolution switcher, as on desktop? (Controlling
> source selection via code could also fix a problem with Android being unable
> to play Ogg Theora videos, to force it to WebM which does work natively.)
>
> * On iOS, should the source selector offer to launch higher-res and WebM
> videos in the external VLC app? 360p is about the limit of good performance
> in ogv.js on current A7-based iOS devices, and slower models max out at 160p
> if they can even handle that.
>
> -- brion
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Documentation of Hooks in MobileFrontend

[Tomasz Finc]

Can someone from the mobile team respond to this on list so that we
have it archived ?

--tomasz

On Sun, Jul 20, 2014 at 11:56 PM, Florian Schmidt
 wrote:
> Hello all together,
>
> is there a documentation of Hooks implemented in MobileFrontend (i haven't
> found any)? Like the Hook documentation of Core [1].
>
> [1] https://www.mediawiki.org/wiki/Manual:Hooks#Alphabetical_list_of_hooks
>
> Kind regards,
> Florian
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] [Tech Talk] HHVM in production: what that means for Wikimedia developers

[Tomasz Finc]

For those wanting to know more about HHVM do drop by. This is one of
the foundations highest priorities for the quarter as noted on

https://www.mediawiki.org/wiki/Wikimedia_Engineering/2014-15_Goals#Top_departmental_priorities_for_Q1_.28July_-_September_2014.29

Do make sure to monitor your changes on beta labs extra close while
this is going out.

--tomasz

-- Forwarded message --
From: Quim Gil 
Date: Fri, Jul 25, 2014 at 5:54 AM
Subject: [Wikitech-l] [Tech Talk] HHVM in production: what that means
for Wikimedia developers
To: Wikimedia developers 


You are all invited to our next Tech Talk:

HHVM in production: what that means for Wikimedia developers

Tuesday, July 29 at 19:00 UTC
Video stream: https://plus.google.com/events/cp5mjf6jrihevtdje8lmu5hvm1k
Questions: wikimedia-dev IRC

Wikimedia engineers are quickly approaching the point where we are ready to
replace our current PHP interpreter with the HipHop Virtual Machine (HHVM),
which is a complete re-implementation of PHP that will offer much faster
execution speeds than our current implementation.  We're pleased to have
Paul Tarjan and Brett Simmers from the Facebook HHVM team to talk about
HHVM generally.  We've had talks in the past to discuss why we should move
to HHVM; this talk will focus on "how?", such as the things that developers
should know about compatibility (e.g. "can I keep using eval in my regular
expressions?") or things you can do to make your code more efficient in the
brave new HHVM world.

--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
wikitec...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Preliminary data from launch of onboarding on Android

[Tomasz Finc]

On Thu, Jul 24, 2014 at 9:24 AM, Dan Garry  wrote:
> Yesterday, we pushed an updated version of the Android app to production.
> Notably, that update included a screen which is shown once upon first
> starting the app, then never shown again, asking the user to sign up. For
> those of you who don't know, the screen looks like this (MASSIVE IMAGE
> WARNING): http://imgur.com/yOY4Iub

I'm not seeing the app listed on

https://www.mediawiki.org/wiki/Mobile/Release_history#Wikipedia

Let's update so that we can remember what changed when.

> I've taken a preliminary look at our EventLogging data and, as you might
> expect, there's been a massive upsurge in Android account registrations.
> Right now, the rate of Android app account registrations has increased by
> over 500%. In fact, so far today, there have been more account registrations
> on the Android app than on desktop!

Do we have a dashboard up that we can easily see this data and compare
it to mobile web. I want to make sure that anyone can easily see this
data.

Exciting to see a call to action be successful but lets keep in mind
that our quarterly goal is repeat contributions and while
registrations help to start that discussion our success is judged by
those users editing *and* coming back.

> The onboarding screen is being shown to everyone who downloads the app now,
> including everyone who previously had the app and updated to the new
> version. As mentioned above, the screen is only shown once, so I expect this
> rate to decline rather dramatically over the next few days.
>
> As we suspected, the actual beneficial effects of the onboarding screen on
> our active editor numbers are pretty doubtful; my preliminary analysis shows
> no increase in the number of edits that have been successfully saved after
> the launch of the onboarding screen. This comes as no surprise to us, as we
> knew that a big weakness of the onboarding screen is that it doesn't mention
> editing or even say why you should sign up. We already were aware of this
> and working to fix it.

What's next to address this? Wikimania will soon be upon us and then
some down time. I want to make sure that we have time to iterate and
strive to exceed our goal. Some of these conversations have happened
in the office but I want to make sure we articulate it on list as
well.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Mobile App Retrospective notes are up on the wiki

[Tomasz Finc]

The Mobile App team had their monthly retrospective yesterday. Notes,
further discussion, and action items are below.

https://www.mediawiki.org/wiki/Wikimedia_Apps/imported/Retrospective-July_24_2014

= Further discussion items =

* Commitment to Page Styling vs increasing active editors +1+1+1+1++1
[Dan] with help Vibha & engineers
* A mediawiki page describing the app [Dan]
* Apps @ Wikimania [Tomasz]

Velocity Graph has been updated to reflect recent sprints

https://docs.google.com/a/wikimedia.org/spreadsheet/ccc?key=0AlEIL4N8KjNndHp1LTlmbkFqRkV0amNIRUhxaHdmV1E&usp=drive_web#gid=2

Thanks team and all involved

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] New Android beta release

[Tomasz Finc]

I'm really excited to try out the Dark theme.

Very eager to see this get out to our users soon.

--tomasz

On Wed, Jul 16, 2014 at 3:57 PM, Bernd Sitzmann  wrote:
> Today's update to the beta[1] variant of the Android app includes the
> following changes:
>
> Dark theme (night mode) ('''yes, it's finally here!''')
> Adjust font size based on system settings and make adjustable in app
> ('''another commonly requested feature''')
> Display abusefilter warnings and errors
> Show references in a pane at the bottom of the screen (without scrolling)
> Add search to Saved Pages screen
> Order saved pages alphabetically, instead of by date
> Add graphics and explanations for History and Saved Pages
> Don't show red links
> Add onboarding screen
> Hide edit pencils for file pages
> Improved appearance on 2.3 devices
> Fix multiple crashes
>
>
> It may take an hour or two before it is visible for everybody.
> Please report any bugs you encounter, so we can fix them before we push the
> bits to the production app.
>
> Enjoy!
> Bernd
>
> [1]: https://play.google.com/store/apps/details?id=org.wikipedia.beta
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Getting usable CI builds of the Android app

[Tomasz Finc]

On Tue, Jul 15, 2014 at 4:30 PM, Yuvi Panda  wrote:
> Right, so we should change it to org.wikipedia.ci or something. This
> is so people could have both the stable version and the CI version on
> their phones without having to fiddle with uninstall/reinstall every
> time.

I really don't want to have to uninstall/reinstall for each update.

Make sure we can run both.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Draft of Android release cadence plan

[Tomasz Finc]

Excellent. Thanks Yuvi.

On Tue, Jul 15, 2014 at 1:37 PM, Yuvi Panda  wrote:
> I've removed the {{draft}}  from the page, and it can be considered
> official now! Will move to a more official looking location once I
> figure out where that would be. I'll send out a separate email with
> lists of 'things to do' to make this schedule a painless reality.
>
> Thanks to everyone who provided input on this!
>
> On Tue, Jul 8, 2014 at 1:29 AM, Yuvi Panda  wrote:
>> Hello! I've created a (still in draft) page with guidelines for
>> Android release cadence. Comments welcome either in this thread or the
>> talk page
>>
>> https://www.mediawiki.org/wiki/User:Yuvipanda/Android_app_releases
>>
>> I hope to bring it to a consensus by next Monday (14th July) and
>> remove the {{draft}} tag. Note that this applies only to Android, and
>> not iOS.
>>
>>
>>
>> --
>> Yuvi Panda T
>> http://yuvi.in/blog
>
>
>
> --
> Yuvi Panda T
> http://yuvi.in/blog
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Failing MobileFrontend browser tests

[Tomasz Finc]

On Thu, Jul 10, 2014 at 6:37 PM, Rob Lanphier  wrote:
> The completion of the migration to Saucelabs was announced July 3.  If you
> aren't getting replies, it's probably because they are stuck in the mobile-l
> moderation queue.  Antoine did send his email to the mobile-l list, but is
> probably not a member.  In general, there has been a fair amount of
> conversation on the topic on the qa list, so I'd encourage you to check out
> the activity there if you haven't already seen it.

There are zero messages being held in the moderation queue.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Failing MobileFrontend browser tests

[Tomasz Finc]

RobLa, is this something that we should be pulling in Greg for?

--tomasz

On Thu, Jul 10, 2014 at 11:08 AM, Arthur Richards
 wrote:
> Head's up that Chris Mcmahon is on vacation all this week. That said, it
> would be great to hear from anyone in QA about this - it has been a long
> standing issue.
>
>
> On Thu, Jul 10, 2014 at 10:51 AM, Tomasz Finc  wrote:
>>
>> ChrisMC,
>>
>> Are these failures unique to mobile? They seem look to be at the
>> infrastructure level so i'm guessing it would affect others.
>>
>> What other information do you need from us to be able to remedy these?
>>
>> --tomasz
>>
>> On Wed, Jul 9, 2014 at 5:54 PM, Jon Robson  wrote:
>> > Indeed. The tests have been failing for a month now, and had been
>> > passing green before the move to integration.wikimedia.org
>> > It would be really good to get these back to being useful.
>> >
>> > I'm not sure how our interaction with saucelabs changed during that
>> > move, but is there anything that can be done on the short term to get
>> > it back to how they were before when we were on cloudbees?
>> >
>> > Thanks Juliusz for the good summary of the problems!
>> >
>> >
>> > On Wed, Jul 9, 2014 at 3:57 PM, Juliusz Gonera 
>> > wrote:
>> >> Today I worked a bit on fixing failing browser tests. The good news is
>> >> that
>> >> some tests detected a regression in core that caused full text search
>> >> on
>> >> mobile to not work. The bad news is that many of the failures seem to
>> >> be
>> >> caused by problems with Saucelabs and/or beta labs, examples:
>> >>
>> >>
>> >> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Wikitext%20Editor%20%28TEST%20RUN%20ON%20WIKIPEDIA%20SO%20SHOULD%20NOT%20CAUSE%20SAVES%29/Opening_editor/
>> >> Editor doesn't seem to load, possible causes: beta labs API error, or
>> >> problem with connection between saucelabs and beta labs
>> >>
>> >>
>> >> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Issues/Closing_page_issues__browser_back_/
>> >> getaddrinfo: Name or service not known (SocketError) - seems like a
>> >> problem
>> >> with network on saucelabs
>> >>
>> >>
>> >> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Page%20actions%20menu%20when%20logged%20in/I_can_add_the_page_to_my_watchlist/
>> >> Saucelabs recording shows "no data received" error in Chrome, either
>> >> beta
>> >> labs problem or saucelabs network problem
>> >>
>> >>
>> >> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Generic%20special%20page%20features/Search_from_Watchlist/
>> >> same as above
>> >>
>> >> Those are just a few examples from recent failures, but they make
>> >> tracking
>> >> regressions really tedious and time consuming. I know we are planning
>> >> to
>> >> move away from Saucelabs and use our own servers to run the tests. When
>> >> will
>> >> this happen? Is there any deadline?
>> >>
>> >> Thanks,
>> >> --
>> >> Juliusz
>> >>
>> >> ___
>> >> Mobile-l mailing list
>> >> Mobile-l@lists.wikimedia.org
>> >> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >>
>> >
>> >
>> >
>> > --
>> > Jon Robson
>> > * http://jonrobson.me.uk
>> > * https://www.facebook.com/jonrobson
>> > * @rakugojon
>> >
>> > ___
>> > Mobile-l mailing list
>> > Mobile-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
>
>
> --
> Arthur Richards
> Team Practices Lead
> [[User:Awjrichards]]
> IRC: awjr
> +1-415-839-6885 x6687

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Failing MobileFrontend browser tests

[Tomasz Finc]

ChrisMC,

Are these failures unique to mobile? They seem look to be at the
infrastructure level so i'm guessing it would affect others.

What other information do you need from us to be able to remedy these?

--tomasz

On Wed, Jul 9, 2014 at 5:54 PM, Jon Robson  wrote:
> Indeed. The tests have been failing for a month now, and had been
> passing green before the move to integration.wikimedia.org
> It would be really good to get these back to being useful.
>
> I'm not sure how our interaction with saucelabs changed during that
> move, but is there anything that can be done on the short term to get
> it back to how they were before when we were on cloudbees?
>
> Thanks Juliusz for the good summary of the problems!
>
>
> On Wed, Jul 9, 2014 at 3:57 PM, Juliusz Gonera  wrote:
>> Today I worked a bit on fixing failing browser tests. The good news is that
>> some tests detected a regression in core that caused full text search on
>> mobile to not work. The bad news is that many of the failures seem to be
>> caused by problems with Saucelabs and/or beta labs, examples:
>>
>> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Wikitext%20Editor%20%28TEST%20RUN%20ON%20WIKIPEDIA%20SO%20SHOULD%20NOT%20CAUSE%20SAVES%29/Opening_editor/
>> Editor doesn't seem to load, possible causes: beta labs API error, or
>> problem with connection between saucelabs and beta labs
>>
>> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Issues/Closing_page_issues__browser_back_/
>> getaddrinfo: Name or service not known (SocketError) - seems like a problem
>> with network on saucelabs
>>
>> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Page%20actions%20menu%20when%20logged%20in/I_can_add_the_page_to_my_watchlist/
>> Saucelabs recording shows "no data received" error in Chrome, either beta
>> labs problem or saucelabs network problem
>>
>> https://integration.wikimedia.org/ci/view/BrowserTests/job/browsertests-MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome-sauce/lastBuild/testReport/junit/%28root%29/Generic%20special%20page%20features/Search_from_Watchlist/
>> same as above
>>
>> Those are just a few examples from recent failures, but they make tracking
>> regressions really tedious and time consuming. I know we are planning to
>> move away from Saucelabs and use our own servers to run the tests. When will
>> this happen? Is there any deadline?
>>
>> Thanks,
>> --
>> Juliusz
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
>
> --
> Jon Robson
> * http://jonrobson.me.uk
> * https://www.facebook.com/jonrobson
> * @rakugojon
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] HTML titles on .m

[Tomasz Finc]

CC'ing Erik to see if anyone has this as their skill set.

--tomasz

On Wed, Jul 9, 2014 at 1:47 PM, Brion Vibber  wrote:
> Sure, but is there anyone with domain knowledge of accessibility issues who
> can help us learn things like how users interact with screen readers and
> what their expectations are? I've fiddled with iOS's VoiceOver occasionally,
> but I have *no idea* how my rough attempts to use it actually apply to
> real-world user requirements.
>
> We have a whole Language Engineering team to aid the rest of the teams with
> i18n issues for instance, but I don't know if we have *any* accessibility
> resources to go to...
>
> -- brion
>
>
> On Wed, Jul 9, 2014 at 1:40 PM, Tomasz Finc  wrote:
>>
>> On Wed, Jul 9, 2014 at 10:41 AM, Brion Vibber 
>> wrote:
>> > Do we have someone working on accessibility issues in general that we
>> > can
>> > have help with this or will we need to take testing on ourselves when
>> > time
>> > permits?
>>
>> Its up to us to prioritize this kind of work in all of our backlogs.
>> One person would be swamped pretty quickly if they were responsible
>> for it organization wide.
>>
>> --tomasz
>
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] HTML titles on .m

[Tomasz Finc]

On Wed, Jul 9, 2014 at 10:41 AM, Brion Vibber  wrote:
> Do we have someone working on accessibility issues in general that we can
> have help with this or will we need to take testing on ourselves when time
> permits?

Its up to us to prioritize this kind of work in all of our backlogs.
One person would be swamped pretty quickly if they were responsible
for it organization wide.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Checking in on RFC: Scoping_site_CSS

[Tomasz Finc]

Juliusz,

What's your current thought on the following RFC:

https://www.mediawiki.org/wiki/Requests_for_comment/Scoping_site_CSS

It came up a little bit ago when Sumana and I were discussing open RFC's.

thanks

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Tablet pageview data pre and post redirect

[Tomasz Finc]

On Wed, Jun 25, 2014 at 11:57 AM, Dario Taraborelli
 wrote:
> We’re currently turning the mobile analytics priorities discussed with Howie, 
> Maryana and Dan into cards and we’ll share the list once it’s completed.

Thanks Dario. Do send out when its ready.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [zero] Quarterly Review Topics (QRD, etc.)

[Tomasz Finc]

On Mon, Jul 7, 2014 at 3:25 PM, Adam Baso  wrote:
> Alternative Marketplaces for Apps
> Amazon appstore probably makes sense, with release frequency once per month.
> Additionally, as per above, top 1-2 or alternative app stores to cover X%
> reach in China?

We've used this in the past and have seen fairly low download numbers.
Thus far its been low work but also low returns. You can find the
listing here

http://www.amazon.com/Wikimedia-Foundation-Wikipedia/dp/B0088P2A7A

I'd ask you guys to own this distribution chain and funnel reviews
back to the app team if you moved forward with it as a distribution
option.

It's an easy test to see if its worth our time.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] [Apps] Monthly retrospective notes

[Tomasz Finc]

Thanks for getting these notes out Dan.

Team, After chatting with Dan we came up with the following lists of
new testing devices needed

http://etherpad.wikimedia.org/p/DevicesWeWant

On Thu, Jun 26, 2014 at 2:22 PM, Dan Garry  wrote:
> We're suffering from device shortage. Dan will follow-up with Tomasz (in his
> role as Director) about this. In particular:
>
> The designers would like more Android devices so they can familiarise
> themselves with Android design patterns.

Currently the Design team has

* 1x Nexus4
* 1x iPod Touch
* 1x iPad Mini

I checked in with Jared and he's set aside a budget for purchase of
additional devices. Please check in with him for these.

> We'd like the language team, a very mobile-heavy team, to have iOS devices
> so they can diversify their own testing of the app.

CC'ing Amir to see if its easier for him to pick one up locally (my
preference) of if we should ship one.

> Dan uses his iOS phone and Android tablet for all testing. He'd like iOS
> tablets and Android phones to be more available in the office so he can test
> on more platforms.

Two new iPod touches are sitting with me. I'll release them plus some
other devices once i finish my audit.

--tomasz

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Mobile VE submenu layout issues: go horizontal?

[Tomasz Finc]

Maryana,

Have you and design already had a conversation about this? I'm eager
to get Brion's question answered.

--tomasz

On Tue, Jul 1, 2014 at 7:26 AM, Brion Vibber  wrote:
> I was skimming recent bug reports and noticed this:
> https://bugzilla.wikimedia.org/show_bug.cgi?id=67340
>
> On an iPad in landscape mode, there's *very* little vertical room between
> the VE toolbar and the top of the on-screen keyboard -- only about 220px of
> height -- and the references dropdown menu is too tall and partly disappears
> behind the keyboard. (Dismissing the keyboard kills focus and hides the
> menu; scrolling doesn't move the toolbar and menu because they're fixed to
> the viewport.)
>
> There is however a lot of horizontal space... I notice that text selection
> menus on mobile/tablet tend to be laid out horizontally: on iOS they're a
> popup horizontal segmented button bar; on Android you get a
> context-sensitive action-bar variant at the top of the screen.
>
> Would a horizontally-focused menu design, maybe more like a second toolbar,
> work better here?
>
> -- brion
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l