rd) things, like how the parameters affect the zero-results rate
or result ordering; since there's no user interaction with the replayed
queries, you don't know what the clickthrough would've been, so it's hard
to measure how satisfied the user would've been.
Hopefully that h
NWP_FPC.jpg
> and
> https://commons.wikimedia.org/wiki/File:Desktop_-_peacock_butterfly_ENWP_FPC.jpg
>
> Pine
>
> On Tue, Dec 15, 2015 at 2:25 PM, Gergo Tisza wrote:
>
>> See https://phabricator.wikimedia.org/T121466
>>
>> On Tue, Dec 15, 2015 at 2:23 PM, Dan Garry
__
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
--
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation
___
Mobile-l mailing list
aging the Wikimedia reading web team to use this
> frequently in our standups.
>
> Happy coding reviewing/submitting! :)
>
> ___
> reading-wmf mailing list
> reading-...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman
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:
>>
Any
issues with MediaWiki would be fixed in MediaWiki, not the app. We've never
released a security update for the Android app in the past, and it is
highly unlikely that it would ever be necessary in the future.
Dan
--
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation
_
ts
> >>>>> you.
> >>>>>
> >>>>> * What this means for all other devices
> >>>>> Reap the benefits of a Wikipedia for Android experience built to
> take
> >>>>> advantage of
I've seen arguments on both sides here. Some say automatically generated
descriptions are not good enough. Some say they are. Why don't we gather
some data on this and use that to decide what's right? :-)
Dan
On 14 Aug 2015 6:29 pm, "Dmitry Brant" wrote:
> > The argument "not good enough" is a f
On 4 August 2015 at 14:22, Jon Katz wrote:
>
> given that the backend service was designed for A by the growth team(?)
>
*cough* Discovery!
;-)
Dan
--
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation
___
Mobile-l mailing li
need a button to get there. For readers (the primary user type that
the app supports), the talk page experience in the app is not good enough
to expose the users to it, and we never had the capacity to get the
experience to a place where it was good enough for them without
considerable work to build
t;
The app will do this when there is a section anchor in the link, e.g.
[[Manchester#History|History]].
Next time you spot this happening, can you hit back and tell me whether the
link you tapped had the form as above in wikitext?
Thanks,
Dan
--
Dan Garry
Product Manager, Search and Discovery
Wi
in the mobile app will erroneously show as protected. :-(
Changed to what? I think it would be a pain to deal with in any language ;-)
>
Changed to either return true or false. But you did that for me, so thank
you. :-)
Dan
--
Dan Garry
Product Manager, Search and Disco
nse is false on a protected page
Does anyone know why this is? It'd be nice if this could be changed,
because it's a pain to deal with things like this in a strongly-typed
language like Java.
Thanks,
Dan
--
Dan Garry
Product Manager, Search and Discovery
Wikimedia Foun
ing ahead for coordination especially
> with Brad Jorsch - Mr. API! - on the Reading team.
>
> -Adam
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mo
>
> What do people think about taking this approach on the short term?
>
> [1] https://phabricator.wikimedia.org/T94100
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/
n touched in a while, so I'm not certain about the
accuracy of this data. That said, I took a quick look at the code, and it
seems to be grabbing the right data, so I'm pretty sure it's accurate.
Dan
--
Dan Garry
Associate Produc
per month. The
Wikipedia app has around 6,000,000 unique users per month. Given our team
size, we decided it was more strategic to devote all of our efforts to
making the Wikipedia app the best it can be.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia F
/id962894692?mt=8 and https://github.com/lyrk/Commons
> :-)
>
> Maarten
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
--
Dan Garry
As
, you
> should consider handing tools to the community to detect that something is
> wrong. Like https://meta.wikimedia.org/wiki/File_metadata_cleanup_drive
I'd love to solve this more systematically. What are your suggestions for
how we could do that? We've not had much luck thin
or to expect
all users to even have mobile phones. The software should support them.
In my opinion the preview screen should support the ability to preview how
a change will look on a mobile device. This is nontrivial for a variety of
reasons.
Dan
--
Dan Garry
Associate Produc
So, you should all notice lead images appearing a fair bit faster than they
did before! Hooray!
Also, the patch that implemented this
<https://gerrit.wikimedia.org/r/#/c/185934/> was one of the first by our
newest team member, Michael. Nice work, Michael!
Dan
--
Dan Garry
Associate
On 31 March 2015 at 11:08, Dan Garry wrote:
>
> The second is the {{listen}} template not being displayed in the Android
> app. I have created T91621 <https://phabricator.wikimedia.org/T91621> to
> track this. This is simply a bug. We will investigate.
>
My apologies, I pu
On 31 March 2015 at 11:18, Oliver Keyes wrote:
> Oop, I tell a lie; it works now. How weird! Only a couple of weeks ago
> it wasn't. Ah well; fixed, I guess?
You're not the only one. I too thought it was still broken, and was
pleasantly surprised when it was not. :-)
Da
On 31 March 2015 at 11:15, Oliver Keyes wrote:
> Well, I can reproduce it on my iphone; want a screenshot?
Yes please!
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l mailing list
Mobil
> Thank you for your work to make Wikipedia reading be a good experience on
> mobile.
>
> Pine
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
--
Dan Garry
As
!
Also, we've been getting a lot of five star reviews today
<https://i.imgur.com/IXOuxy2.png>. ;-)
Nice work, team!
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l mailing list
Mobile-l@lists.wikime
mply we abandon Read next?
>
Certainly we know that "Read more" drives more engagement. Therefore, for
now I think we shouldn't use "Read next" in production.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
__
ors instead of Wikidata
> contributors. Thoughts?
>
I've spun this off into a separate thread to keep this conversation
focussed: [Apps] Encouraging Wikipedia/Commons contributions (was: Wikidata
descriptions).
Dan
--
Dan Garry
Associate Product Manager
imilar again.
Do you have any specific suggestions?
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
an empty text box, because
showing them dialogues with text in will just slow them down. If this
feature is for the totally new user, you need a bit more of a walkthrough,
but not too much otherwise people will disengage.
We're going to drill down into our personas for this feature next wee
27;s the verdict of the test!
- Read more has a clickthrough rate of 15.4% (65,448 views, 10,600
clicks)
- Read next has a clickthrough rate of 10.4% (59,668 views, 6,180 clicks)
So it would seem that read next is not as effective at driving clicks as
read more is. Interesting!
Thanks,
you're the a savvy Android engineer, check out the patch and build your
own Wikipedia Alpha app to test it:
https://gerrit.wikimedia.org/r/#/c/197733/
If you're not, watch a video of it in action:
https://www.dropbox.com/s/nx7xmerlyelk963/wddedit.mp4?dl=0
Feedback welcome!
Thanks,
Dan
--
On Friday, March 13, 2015, Dan Garry wrote:
>
> Not yet, because we're still not decided on that yet.
>
To clarify this, I mean that we have not reached a final decision about the
scope of the work or what is required from engineering.
Obviously I have an idea in my head ab
ay out. Then it'll become clearer why I made the resource asks
that I did, I think. I'll share that deck on here when I have it.
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
thout literally brain
dumping everything I wrote down into an email. Did I adequately answer you?
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
ecome messy :)
>
See my above reply on this. The complexity of a settings interface grows
exponentially with each setting added, as does the amount of support that
needs to go into maintaining the product. It's not a matter of "just making
it simple"; ultimate customisability comes at
/1BJ7uDgzO8IJT0M3UM2q-e5dM5Tzt6p7w1mgNAd-Z3WE/edit#gid=0>
we did, as an example of information that's lost by what we're proposing.
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
; without any changes?
>
>
>
>
>
> Kind reagrds,
>
> Florian
>
>
>
>
>
> Freundliche Grüße
> Florian Schmidt
>
>
>
>
>
> -----Original-Nachricht-
>
> Betreff: [WikimediaMobile] [Apps] Stripping content inside brackets from
> the fir
es", to save UI space. This is a screenshot
<http://i.imgur.com/esKUIon.jpg> of what happens when you tap on that
button.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l mailing list
Mobile-l@list
I got the screenshots the wrong way around in my original email. They
should be like this:
- Before: http://i.imgur.com/2A5PLmy.jpg
- After: http://i.imgur.com/VwKerbv.jpg
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
om/2A5PLmy.jpg
If you have any questions, let me know.
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
for this, and your branching strategy
>>>>>>> will
>>>>>>> depend mostly on how the team wants to operate. Pretty much all of them
>>>>>>> boil down to NOT merging features into master that are not going to be
>>>>&g
)
>
Exactly! :-)
At this stage the required improvements to the service itself are
relatively clear with few unknowns. However, the deployment of the service
to production, even as an experimental service, has a lot of unknowns.
Let's keep our eyes on this goal.
Dan
--
Dan Garry
Assoc
use I could keep going if
you're interested!), then let me know. :-)
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
versions of
Android. Thanks to our Wikipedia Beta users helping us catch this beta so
it never made it into the main Wikipedia app!
As always, if you have any questions, let me know!
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
__
ta description editing on the
Wikipedia app
<https://www.mediawiki.org/wiki/Talk:Wikimedia_Engineering/2014-15_Goals/Q4#In-line_Wikidata_description_editing_on_the_Wikipedia_app>
.
Thanks!
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Breaking news! Product manager puts in project proposal for Q4 priorities!
Read all about it!
https://www.mediawiki.org/wiki/Talk:Wikimedia_Engineering/2014-15_Goals/Q4#In-line_Wikidata_description_editing_on_the_Wikipedia_app
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia
y 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/ma
.org/wiki/Cephalopod>
>> Mahatma Gandhi <https://en.wikipedia.org/wiki/Mahatma_Gandhi>
>> Nietzsche <https://en.wikipedia.org/wiki/Friedrich_Nietzsche>
>> Carthage <https://en.wikipedia.org/wiki/Carthage>
>> Phoenicia <https://en.wikipedia.org/wiki/Phoenicia>
>> Timur <https://en.wikipedia.org/wiki/Timur>
>>
>>
>>
>>
>> Vibha Bamba
>> Senior Designer | WMF Design
>>
>>
>>
>>
>>
>>
>>
>
--
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
I just want to quickly note that this email notes the team's initial
thoughts about what we are planning to do next sprint. It is not yet a
commitment to do said work; that happens after our estimation meetings.
That will happen next week.
Dan
On 6 March 2015 at 12:07, Dan Garry wrote:
I just want to quickly note that this email notes the team's initial
thoughts about what we are planning to do next sprint. It is not yet a
commitment to do said work; that happens after our estimation meetings.
That will happen next week.
Dan
On 6 March 2015 at 12:07, Dan Garry wrote:
et to these tasks, so that's why their stretch goals.
If you have any questions, feel free to let me know!
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
View rather than creating and
destroying new ones for each navigation event. Users of less powerful
devices have been experiencing random crashes and out of memory errors, and
our work will help address this.
If you have any questions, feel free to let me know!
Thanks,
Dan
--
Dan Garry
Associ
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
d/or other teams), rather than simple
> bugfixes.
>
> I linked to it from the Lyon Hackathon task:
> https://phabricator.wikimedia.org/T89084
>
>
> -Dmitry
>
>
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
__
.
Some of the iOS engineering team and myself will be meeting tomorrow to
discuss specific action items for fixing this, and working on this next
sprint. We need to get this fixed before we get a production release.
Thanks!
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia
quarter by
shifting focus from readership to contributions.
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
ing, but the product
manager in me would rather have our users informed and using the stuff we
make... and the product manager bit wins. ;-)
We'll roll it out with notices in the relevant bits of the store listing
and see what the uptake is.
Dan
--
Dan Garry
Associate Product Ma
ctions of
articles, needs to make its way to the app once they've got a release under
their belt!
> - Gap between functionality of android and iOS
>
> We're working on it! iOS should hopefully have a release by the end of
March that brings it up to speed with Android.
x27;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 P
presently split in to two teams, WikiGrok and Collections.
I'm not sure where their roadmaps are kept. I could rattle off what they're
both doing, but really the most accurate and up-to-date explanations would
come from the PMs for those teams; Maryana can tell you about WikiGrok and
Jon Kat
months. That'll bring us to 4 iOS and 4 Android.
Hopefully that answers your questions. I'm happy to answer any more that
you might have!
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
http://tflig.ht/1dhqz8j
>
> --tomasz
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
--
Dan Garry
Associate P
kage management.
>>
>> In advance of that meeting tomorrow, anybody have advice we should
>> consider?
>>
>> -Adam
>>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://l
t
>> 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
> Mobi
hands,And the broad
> fall of sunshine, warming our first steps toward knowing how much we do not
> know.*
>
> *—Catherine Munro*
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.w
t work offline right now, even if you
save the page for offline reading.
That said, we may want to punt this until after the MVP as being possibly
outside of scope.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile
ning? What if we add or remove a field from the response? We
should version this. Can we do this easily?
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l mailing list
Mobile-l@lists.wikimedia
el
free to hold me to this by reminding me in a few weeks that I said it. ;-)
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
I've scheduled 30 minutes on Wednesday for myself and the tech leads (Adam,
Dmitry) to scope out a Wikipedia Lite app.
Dan
On 2 February 2015 at 13:59, Dan Garry wrote:
> On 1 February 2015 at 14:48, Toby Negrin wrote:
>
>> Dan -- can you please limit the scope to sizing t
Android teams.
Plus he has tons of experience with Zero-related matters.
I'd also like to go if possible, but prioritise Adam over me.
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
eed 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
___
hanks a lot .
>
> --
> cxysh...@yeah.net
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
--
Dan Garry
Associate Product Manager, Mobile Apps
W
because it's a very strategically important part of
our user base, which I'm sure Carolynne can attest to!
I'd say that we should put some serious thought into whether we'd prefer to
have a Wikipedia Lite app for the developing world, rather than our current
"one app to rule them
h the
lead image
Dan
On 12 November 2014 at 22:05, 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
p://i.imgur.com/HDQ9HrR.png
At the end of Q2: http://i.imgur.com/3X0U9Uw.png
We served our users well. Be proud. I know I am.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l mailing list
Mobile-l@lists.wiki
which
is always the last commit we do before a beta release. Perhaps a simple
script could be written to do that. I know the Editing team has a script
like this that they use for some of their repositories.
Dan
--
Dan Garry
Associate Product Manager, Mobile A
/play.google.com/store/apps/details?id=org.wikipedia
> [2] http://wikidata.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
t, so it will be of limited value on non-Italian
> Wikipedias.
>
> Try it out and let me know what you think.
>
> Kaldari
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listin
can't make software that has zero edge-cases. If we tried to do that,
we'd never release anything. Especially with only two engineers.
Dan
On 19 December 2014 at 12:08, Andy Mabbett
wrote:
> On 19 December 2014 at 19:22, Dan Garry wrote:
>
> > Given the above, we're not
ght now our goals are
based on readership, not contribution mechanisms. With such a small team we
can't afford to tackle both at once whilst also maintaining the Android
platform.
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
_
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 Manage
res are
already pretty well defined and we can start moving on them immediately.
Our next steps after that for Q3 will come out of our quarterly planning
sessions during the all staff meeting in January.
Let me know if you've got any questions!
Thanks,
Dan
--
Dan Garry
Associate Product
ions but that just seems
> icky :)
>
>
> On Dec 8, 2014, at 6:26 PM, Dan Garry wrote:
>
> On 8 December 2014 at 18:05, Monte Hurd wrote:
>
>>
>> "On iOS, it's worse, because we don't get *any* HTML parsing for free,
>> and we actually h
ch is SAX style. What we don't get for free is labels which can render
> html links like the android ones you showed me.
>
Okay, thanks for clarifying! Still, we will have to omit links for
simplicity. :-)
Dan
--
Dan Garry
Associate
Hey Gergo,
Responses in-line.
On 8 December 2014 at 15:03, Gergo Tisza wrote:
> Hi Dan!
>
> On Mon, Dec 8, 2014 at 11:29 AM, Dan Garry wrote:
>
>> *Background:* The Mobile Apps Team is working on a restyling of the way
>> content the first fold of content is presen
stripping the HTML until such
time that this is fixed. :-)
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
Sorry, the example query I provided was incorrect. Use this instead:
https://en.wikipedia.org/w/api.php?action=query&prop=imageinfo&format=jsonfm&iiprop=extmetadata&iilimit=10&titles=File%3ACommon%20Kingfisher%20Alcedo%20atthis.jpg
Thanks,
Dan
On 8 December 2014 at 11:
ery&prop=imageinfo&format=xml&iiprop=extmetadata&iilimit=10&titles=File%3ACommon%20Kingfisher%20Alcedo%20atthis.jpg.
>,
and look at "artist" key. The API response has an HTML link in it.
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
nd see; in almost every case, either the prefix results
are in included in the full text search results, or they're actually really
irrelevant.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Mobile-l
7;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
_
oogle.com/a/wikimedia.org/spreadsheets/d/1syLgNygAS7Prxxg7RTIvK3vxwyVG-ZkjxtK0LSbU76w/edit
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
>
>
--
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
Trello:
- Create card with same title as bug in Phabricator
- Add link to Phabricator in the card description
- Add link to Trello in the Phabricator bug, saying that the issue
is tracked in Trello
- Mark bug as "Normal" priority
All hail KPh
Adding Greg, Elena and Rummana. Forgot to add them first time around!
Dan
On 21 November 2014 at 18:33, 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 decid
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
27;s what searching for "fish" returned yesterday:
>>>>> >> >
>>>>> >> >
>>>>> >> >
>>>>> >> >
>>>>> >> >
>>>>> >> >
>>>>> >> > And here's what I get today:
>>>>> >
s waiting to get merged, amend the first patch
with any changes we make, update the dependent patch, and so on.
Overall, that sounds like rather a lot of work to make sure that messages
are available in a lot of languages in alpha releases!
Dan
--
Dan Garry
Associat
is interested, and to show search results from all of them.
>
If you've not already, please file a bug for this. It's something we can
explore further down the line. However, for the reasons laid out above, our
focus is on improving the overall
t;> Thank you! :)
>>
>>
>> --
>> Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
>> http://aharoni.wordpress.com
>> “We're living in pieces,
>> I want to live in peace.” – T. Moore
>>
>
--
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
1 - 100 of 247 matches
Mail list logo