[WikimediaMobile] [Apps] Sprint 41 - Unstructured time

[Dan Garry]

Hi everyone,

*tl;dr: Sprint 41 (29th September - 12th October) for Mobile Apps will be
unstructured time for engineers to work on whatever they like.*

Sprint 41 is coming up. During that sprint, the Mobile Team is having its
quarterly planning sessions. These planning sessions involve all remote
staff travelling to the WMF office, and participating for two full days in
those sessions. Staff also take this time to meet other staff in the office
and network. Realistically, much less structured work gets done during this
time than in normal sprints.

Both the iOS and Android apps engineering teams have decided to take sprint
41 to be unstructured time. No cards or stories will be scheduled for this
sprint. Engineers will be free to work on whatever they want. It's a great
opportunity to fix bugs, dabble in projects other than apps, or work on
features, such as the Nearby feature which came out of recent unstructured
time.

Additionally, sprint 41 also so happens to fall in the time period where
the SUL finalisation feature development should be wrapping up. Given my
commitments to that product as its product owner, it would be good for me
to be able to take a little bit of time away from the apps and pour over
those features in detail. So I will likely be using the unstructured time
for that, as well as starting implementation of the evil master plans we
generate in our quarterly planning. :-)

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] Wikipedia Android app beta release

[Amir E. Aharoni]

Very nice update! The tip about TOC works well in RTL. I translated it, so
I knew that you thought about, but it was great to see it in action. Thank
you!

Is "similar articles" based on any research about what is clear to users?
These are articles with similar names, but the content can be completely
different.
בתאריך 18 בספט 2014 19:33, "Bernd Sitzmann"  כתב:

> Just published a new beta[1] version to the store. Should be available in
> an hour or two.
>
> Changes:
> * Introducing a new feature to list nearby pages (within 10 km of current
> location). This is why we now request a new Android permission to be able
> to retrieve the current location (from network or GPS).
> * An issue was fixed that caused saved pages to not load when offline. The
> issue was introduced in the previous beta release. So, if you've saved
> pages with that version it's recommended to update those saved pages. To do
> that go to saved pages screen and select the ones you want to update
> (long-press) and hit the refresh button. Or you could just update all by 
> hitting
> the refresh button while not having any pages selected.
> * Table of Contents drawer opens automatically on pages with more than 1
> section until the user knows how to use it or presses the Got it button.
> * Better error messages for account creation
> * Changed "Other meanings" to "Similar articles"
> * Made app available on devices that don't have a true touchscreen but
> only "faketouch" (e.g. mouse and keyboard).
>
> 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] Pulling the Commons app

[Brion Vibber]

Sounds like the right thing to do, yeah. I believe we can close the product
to new bugs fairly easily.

-- brion

On Thursday, September 18, 2014, Dan Garry  wrote:

> On the one hand, if we WONTFIX all the bugs and remove the component,
> we've got a clean break. It makes it clear that we are not officially
> supporting the app now.
>
> On the other hand, if we leave the bugs open, it would make it easier for
> a community maintainer to pick up where we left off and take over
> maintenance. But, it would suck to have people still reporting issues with
> the expectation that they'll be fixed, when there's no chance we'll look at
> them.
>
> I think we should WONTFIX the bugs and prevent the filing of new bugs
> against the Commons app somehow, so that people can't file new ones with
> the expectation of fixes. But all the WONTFIXed bugs should remain in
> Bugzilla so a community maintainer can access them if he desires.
>
> Unless there are any objections or better ideas, I'll ask Andre to
> implement something to this effect on Monday.
>
> Dan
>
> On 17 September 2014 00:59, 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
>>
>
>
>
> --
> 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] Wikipedia App (iOS) beta tester numbers and feedback

[Dan Garry]

Hey Monte,

Responses in-line.

On 17 September 2014 10:07, Monte Hurd  wrote:
>
> Dan, I've added you as a "leader" in testflight so hopefully these
> feedback emails will go to you as well. Is this ok?
>

Absolutely!


> I've also received multiple feedback emails through the testflight system.
> Other thoughts on where to forward feedback email?
>

Ideally any emails send through TestFlight would go directly to OTRS, to
keep the number of feedback channel we have to a minimum. Can we set that
up somehow? The email address for the iOS OTRS queue is
mobile-ios-wikipe...@wikimedia.org.

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

[WikimediaMobile] Wikipedia Android app beta release

[Bernd Sitzmann]

Just published a new beta[1] version to the store. Should be available in
an hour or two.

Changes:
* Introducing a new feature to list nearby pages (within 10 km of current
location). This is why we now request a new Android permission to be able
to retrieve the current location (from network or GPS).
* An issue was fixed that caused saved pages to not load when offline. The
issue was introduced in the previous beta release. So, if you've saved
pages with that version it's recommended to update those saved pages. To do
that go to saved pages screen and select the ones you want to update
(long-press) and hit the refresh button. Or you could just update all
by hitting
the refresh button while not having any pages selected.
* Table of Contents drawer opens automatically on pages with more than 1
section until the user knows how to use it or presses the Got it button.
* Better error messages for account creation
* Changed "Other meanings" to "Similar articles"
* Made app available on devices that don't have a true touchscreen but only
"faketouch" (e.g. mouse and keyboard).

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

Re: [WikimediaMobile] Pulling the Commons app

[Dan Garry]

On the one hand, if we WONTFIX all the bugs and remove the component, we've
got a clean break. It makes it clear that we are not officially supporting
the app now.

On the other hand, if we leave the bugs open, it would make it easier for a
community maintainer to pick up where we left off and take over
maintenance. But, it would suck to have people still reporting issues with
the expectation that they'll be fixed, when there's no chance we'll look at
them.

I think we should WONTFIX the bugs and prevent the filing of new bugs
against the Commons app somehow, so that people can't file new ones with
the expectation of fixes. But all the WONTFIXed bugs should remain in
Bugzilla so a community maintainer can access them if he desires.

Unless there are any objections or better ideas, I'll ask Andre to
implement something to this effect on Monday.

Dan

On 17 September 2014 00:59, 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
>



-- 
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

[Dmitry Brant]

It's all of these, as well:

https://trello.com/c/5WejUXDj/1-5-rewrite-page-browsing-activity-as-fragment-instead
https://trello.com/c/l2ouTvnf/2-5-make-every-other-activity-launched-from-nav-bar-into-fragments
https://trello.com/c/OOtykxBl/3-5-make-the-search-bar-into-an-actual-actionbar




On Thu, Sep 18, 2014 at 10:34 AM, Federico Leva (Nemo) 
wrote:

> Dan Garry, 15/09/2014 22:28:
> > Quick update, here. We received some feedback from Google Play,
>
> Nice.
>
> > and
> > we're working on implementing it all in this sprint. Check out our
> > sprint 40 Trello board
> > <
> https://trello.com/b/fuDbiOqN/mobile-app-sprint-40-android-insert-theme-9-15
> >
> > if you want more info.
>
> Couldn't find anything there, unless it's
> https://trello.com/c/DpHf0vu0/4-1-add-xxxhdpi-launcher-icon
>
> Nemo
>
> ___
> 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

[Federico Leva (Nemo)]

Dan Garry, 15/09/2014 22:28:
> Quick update, here. We received some feedback from Google Play,

Nice.

> and
> we're working on implementing it all in this sprint. Check out our
> sprint 40 Trello board
> 
> if you want more info.

Couldn't find anything there, unless it's
https://trello.com/c/DpHf0vu0/4-1-add-xxxhdpi-launcher-icon

Nemo

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

Re: [WikimediaMobile] feedback about random

[Greg Grossmeier]

On Sep 17, 2014 4:50 PM, "Jon Robson"  wrote:
>
> After home, the random menu item is the most clicked button.
> I remember analysing the data once and seeing that one user hit random
> 100 times in a day.

That was me, sorry!  :)
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l