Re: [WikimediaMobile] opensearch vs. prefixsearch

2014-08-15 Thread Max Semenik 
Has something to do with CirrusSearch beta feature?


On Fri, Aug 15, 2014 at 7:49 AM, Monte Hurd  wrote:

> Whoa you're right! In Firefox when I search for "color" the color article
> is first, but in Chrome "colorado" is first...
>
>
>
> On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson  wrote:
>
>> JSON objects e.g. "pages":{} in this example have arbitrary sorting.
>>
>> I'm pretty sure mobile web gets the same JSON response as you but the
>> browser parses it into the object that gets rendered. You'll notice if
>> you search for 's' on Firefox San Francisco is the top article not
>> Spain as it is in Chrome.
>>
>> Mobile web should probably alphabetize them.. anyone want to raise a bug?
>> :)
>>
>> On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd  wrote:
>> > Hey Max, I'm trying using the same generator query that mobile web
>> uses, but
>> > I'm getting a different results order as well.
>> >
>> > The first result of the following (searching for "s") returns San
>> Francisco
>> > as the first result, but when I search using mobile web the first
>> result is
>> > Spain.
>> >
>> >
>> https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&format=json&gpssearch=s&generator=prefixsearch&prop=pageimages&action=query&gpsnamespace=0&pilimit=24&gpslimit=24
>> >
>> > Do you see any problems with the query?
>> >
>> > Thanks!
>> >
>> >
>> > On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik 
>> wrote:
>> >>
>> >> They're powered by the same code, producing identical results, web uses
>> >> prefixsearch because it can be used as a generator. However, the order
>> of
>> >> results might be different because the API has its own ideas about
>> sorting
>> >> of page set returned by generators. Maryana, we already discussed this
>> >> briefly before WM, do you want me to work on this after my vacation?
>> >>
>> >> 11.08.2014 18:47 пользователь "Dmitry Brant" 
>> >> написал:
>> >>>
>> >>> I was just looking at the Mobile Web search functionality, and I
>> noticed
>> >>> that the drop-down list of search results in Mobile Web is different
>> from
>> >>> the list in our native apps for the same search term. It looks like
>> Mobile
>> >>> Web uses prefixsearch, whereas the apps are using opensearch.
>> >>>
>> >>> I'm curious what was the rationale for using a different API in the
>> apps?
>> >>> (Wouldn't we want the search results to be consistent between the
>> Apps and
>> >>> Mobile Web?)
>> >>>
>> >>>
>> >>> -Dmitry
>> >>>
>> >>>
>> >>> ___
>> >>> 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
>> >
>>
>>
>>
>> --
>> Jon Robson
>> * http://jonrobson.me.uk
>> * https://www.facebook.com/jonrobson
>> * @rakugojon
>>
>
>


-- 
Best regards,
Max Semenik ([[User:MaxSem]])
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] opensearch vs. prefixsearch

2014-08-15 Thread Jon Robson 
No.. this is just the problem with returning objects in an API response
instead of arrays like they should be. Now it is the clients problem to
deal with. I've moaned about this numerous times and it is the thing that
bugs me most about the API

In nearby we have to explicitly sort results to ensure they render in
distance order and we apparently forgot to for search.
 On 15 Aug 2014 04:09, "Max Semenik"  wrote:

> Has something to do with CirrusSearch beta feature?
>
>
> On Fri, Aug 15, 2014 at 7:49 AM, Monte Hurd  wrote:
>
>> Whoa you're right! In Firefox when I search for "color" the color article
>> is first, but in Chrome "colorado" is first...
>>
>>
>>
>> On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson  wrote:
>>
>>> JSON objects e.g. "pages":{} in this example have arbitrary sorting.
>>>
>>> I'm pretty sure mobile web gets the same JSON response as you but the
>>> browser parses it into the object that gets rendered. You'll notice if
>>> you search for 's' on Firefox San Francisco is the top article not
>>> Spain as it is in Chrome.
>>>
>>> Mobile web should probably alphabetize them.. anyone want to raise a
>>> bug? :)
>>>
>>> On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd 
>>> wrote:
>>> > Hey Max, I'm trying using the same generator query that mobile web
>>> uses, but
>>> > I'm getting a different results order as well.
>>> >
>>> > The first result of the following (searching for "s") returns San
>>> Francisco
>>> > as the first result, but when I search using mobile web the first
>>> result is
>>> > Spain.
>>> >
>>> >
>>> https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&format=json&gpssearch=s&generator=prefixsearch&prop=pageimages&action=query&gpsnamespace=0&pilimit=24&gpslimit=24
>>> >
>>> > Do you see any problems with the query?
>>> >
>>> > Thanks!
>>> >
>>> >
>>> > On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik 
>>> wrote:
>>> >>
>>> >> They're powered by the same code, producing identical results, web
>>> uses
>>> >> prefixsearch because it can be used as a generator. However, the
>>> order of
>>> >> results might be different because the API has its own ideas about
>>> sorting
>>> >> of page set returned by generators. Maryana, we already discussed this
>>> >> briefly before WM, do you want me to work on this after my vacation?
>>> >>
>>> >> 11.08.2014 18:47 пользователь "Dmitry Brant" 
>>> >> написал:
>>> >>>
>>> >>> I was just looking at the Mobile Web search functionality, and I
>>> noticed
>>> >>> that the drop-down list of search results in Mobile Web is different
>>> from
>>> >>> the list in our native apps for the same search term. It looks like
>>> Mobile
>>> >>> Web uses prefixsearch, whereas the apps are using opensearch.
>>> >>>
>>> >>> I'm curious what was the rationale for using a different API in the
>>> apps?
>>> >>> (Wouldn't we want the search results to be consistent between the
>>> Apps and
>>> >>> Mobile Web?)
>>> >>>
>>> >>>
>>> >>> -Dmitry
>>> >>>
>>> >>>
>>> >>> ___
>>> >>> 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
>>> >
>>>
>>>
>>>
>>> --
>>> Jon Robson
>>> * http://jonrobson.me.uk
>>> * https://www.facebook.com/jonrobson
>>> * @rakugojon
>>>
>>
>>
>
>
> --
> Best regards,
> Max Semenik ([[User:MaxSem]])
>
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] New Wikipedia Android app production release

2014-08-15 Thread Dan Garry 
On 8 August 2014 23:07, Pine W  wrote:

> Hi Android Mobilisers,
>
> I updated the app but when I search for Wikipedia Signpost I am still
> taken to the top of the Wikipedia Community article instead of the Media
> section.
>
This is bug 65496 .


> I like the "today" icon. I'm curious,  why is that a "today" icon instead
> of "home" or "main page"?
>
The home page of the app is main page right now... but it might not be in
the future! We have a few ideas about what we might want to put on there,
such as recommendations for articles to read/edit.

In order to future-proof the app, "Today" will always take you to a short
summary of today's featured article and what's in the news (i.e. the mobile
version of [[Main Page]]).

 I just discovered the "share" feature.  Cool. In that same menu can we
> offer text-to-speech, including Bluetooth and speaker options for the audio?
>
This is something that's handled by the OS. For example, Android comes with
Google TalkBack [1], an accessibility app which includes a screen reader.
That said, we should make sure that the app plays nicely with it; we
recently discovered that the iOS app doesn't handle these kinds of things
very well, but we got a few fixes in to improve how it works.

Thanks Pine! Let me know if you have any more questions.

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

2014-08-15 Thread Dan Garry 
On 15 August 2014 09:49, Dan Garry  wrote:

> Google TalkBack [1]
>

Oops, forgot the link!

[1]:
https://play.google.com/store/apps/details?id=com.google.android.marvin.talkback&hl=en_GB

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] opensearch vs. prefixsearch

2014-08-15 Thread Maryana Pinchuk 
On Fri, Aug 15, 2014 at 7:38 AM, Jon Robson  wrote:

> No.. this is just the problem with returning objects in an API response
> instead of arrays like they should be. Now it is the clients problem to
> deal with. I've moaned about this numerous times and it is the thing that
> bugs me most about the API
>
> In nearby we have to explicitly sort results to ensure they render in
> distance order and we apparently forgot to for search.
>
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 :)



>  On 15 Aug 2014 04:09, "Max Semenik"  wrote:
>
>> Has something to do with CirrusSearch beta feature?
>>
>>
>> On Fri, Aug 15, 2014 at 7:49 AM, Monte Hurd  wrote:
>>
>>> Whoa you're right! In Firefox when I search for "color" the color
>>> article is first, but in Chrome "colorado" is first...
>>>
>>>
>>>
>>> On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson  wrote:
>>>
 JSON objects e.g. "pages":{} in this example have arbitrary sorting.

 I'm pretty sure mobile web gets the same JSON response as you but the
 browser parses it into the object that gets rendered. You'll notice if
 you search for 's' on Firefox San Francisco is the top article not
 Spain as it is in Chrome.

 Mobile web should probably alphabetize them.. anyone want to raise a
 bug? :)

 On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd 
 wrote:
 > Hey Max, I'm trying using the same generator query that mobile web
 uses, but
 > I'm getting a different results order as well.
 >
 > The first result of the following (searching for "s") returns San
 Francisco
 > as the first result, but when I search using mobile web the first
 result is
 > Spain.
 >
 >
 https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&format=json&gpssearch=s&generator=prefixsearch&prop=pageimages&action=query&gpsnamespace=0&pilimit=24&gpslimit=24
 >
 > Do you see any problems with the query?
 >
 > Thanks!
 >
 >
 > On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik 
 wrote:
 >>
 >> They're powered by the same code, producing identical results, web
 uses
 >> prefixsearch because it can be used as a generator. However, the
 order of
 >> results might be different because the API has its own ideas about
 sorting
 >> of page set returned by generators. Maryana, we already discussed
 this
 >> briefly before WM, do you want me to work on this after my vacation?
 >>
 >> 11.08.2014 18:47 пользователь "Dmitry Brant" 
 >> написал:
 >>>
 >>> I was just looking at the Mobile Web search functionality, and I
 noticed
 >>> that the drop-down list of search results in Mobile Web is
 different from
 >>> the list in our native apps for the same search term. It looks like
 Mobile
 >>> Web uses prefixsearch, whereas the apps are using opensearch.
 >>>
 >>> I'm curious what was the rationale for using a different API in the
 apps?
 >>> (Wouldn't we want the search results to be consistent between the
 Apps and
 >>> Mobile Web?)
 >>>
 >>>
 >>> -Dmitry
 >>>
 >>>
 >>> ___
 >>> 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
 >



 --
 Jon Robson
 * http://jonrobson.me.uk
 * https://www.facebook.com/jonrobson
 * @rakugojon

>>>
>>>
>>
>>
>> --
>> Best regards,
>> Max Semenik ([[User:MaxSem]])
>>
>
> ___
> 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

Re: [WikimediaMobile] New Wikipedia Android app production release

2014-08-15 Thread Pine W 
Is there a way of including text-to-speech as a menu item in the app?

Pine
On Aug 15, 2014 9:50 AM, "Dan Garry"  wrote:

> On 15 August 2014 09:49, Dan Garry  wrote:
>
>> Google TalkBack [1]
>>
>
> Oops, forgot the link!
>
> [1]:
> https://play.google.com/store/apps/details?id=com.google.android.marvin.talkback&hl=en_GB
>
> 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] WG: AW: Article history and categories

2014-08-15 Thread Pine W 
Thanks. I look forward to the day when all Wikimedia links and and actions
can be handled inside of the app.

Pine
On Aug 14, 2014 9:56 AM, "Bernd Sitzmann"  wrote:

> In the Android app, article history can be accessed through the "last
> updated" link at the bottom of a page. Currently, this goes to the mobile
> web site, which you can only see if you select a browser when this Intent
> is launched. If you select the app again then you get an empty page
> unfortunately.
>
>
>
> On Thu, Aug 14, 2014 at 5:19 AM, Florian Schmidt <
> florian.schmidt.wel...@t-online.de> wrote:
>
>> Forgot mobile-l, so just forwarding.
>>
>> Gesendet mit meinem HTC
>> - Forwarded message -
>> Von: "Florian Schmidt" 
>> An: "Pine W" 
>> Betreff: AW: [WikimediaMobile] Article history and categories
>> Datum: Do., Aug. 14, 2014 13:17
>>
>> Hello,
>>
>> in Mobile Web there is a feature in alpha mode
>> (settings->beta->settings>experimental) to show categories of a page as a
>> seperate, last expandable section. I don't know when this goes to
>> beta/stable.
>>
>> Kind regards
>> Florian
>>
>> Gesendet mit meinem HTC
>> - Reply message -
>> Von: "Pine W" 
>> An: 
>> Betreff: [WikimediaMobile] Article history and categories
>> Datum: Do., Aug. 14, 2014 08:28
>>
>> Any chance of including these links in the Android mobile app and in
>> mobile web?
>>
>> Categories are the subject of a current IEG research project and their
>> omission from mobile might be significant.
>>
>> Article history can be accessed in mobile web through the strapline, but
>> not at all in the mobile Android app.
>>
>> Thanks,
>>
>> Pine
>>
>> ___
>> 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] New Wikipedia Android app production release

2014-08-15 Thread Dan Garry 
On 15 August 2014 13:58, Pine W  wrote:

> Is there a way of including text-to-speech as a menu item in the app?
>
Perhaps, but as I stated before that would not be in keeping with the
design patterns of the platform. The OS itself handles this already, and it
would be redundant to try to handle it ourselves.

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

2014-08-15 Thread Pine W 
Maybe I'm being unclear. I'm asking if we could link to the OS's text to
speech app, or link to where the app can be downloaded. Otherwise some
people like me might not realize that text-to-speech is an option through
the OS.

Thanks,

Pine
On Aug 15, 2014 2:23 PM, "Dan Garry"  wrote:

> On 15 August 2014 13:58, Pine W  wrote:
>
>> Is there a way of including text-to-speech as a menu item in the app?
>>
> Perhaps, but as I stated before that would not be in keeping with the
> design patterns of the platform. The OS itself handles this already, and it
> would be redundant to try to handle it ourselves.
>
> 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] New Wikipedia Android app production release

2014-08-15 Thread Dan Garry 
On 15 August 2014 14:40, Pine W  wrote:

> Maybe I'm being unclear. I'm asking if we could link to the OS's text to
> speech app, or link to where the app can be downloaded. Otherwise some
> people like me might not realize that text-to-speech is an option through
> the OS.
>
I guess I'm not really understanding the use case. I think I'm not the only
one though, because I've honestly not found any apps that have this
functionality.

I'd rather not open this can of worms, as there are many potential
complications. Our efforts are better focussed elsewhere for now.

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

2014-08-15 Thread Pine W 
Ok, thanks. (:

Pine
On Aug 15, 2014 3:04 PM, "Dan Garry"  wrote:

> On 15 August 2014 14:40, Pine W  wrote:
>
>> Maybe I'm being unclear. I'm asking if we could link to the OS's text to
>> speech app, or link to where the app can be downloaded. Otherwise some
>> people like me might not realize that text-to-speech is an option through
>> the OS.
>>
> I guess I'm not really understanding the use case. I think I'm not the
> only one though, because I've honestly not found any apps that have this
> functionality.
>
> I'd rather not open this can of worms, as there are many potential
> complications. Our efforts are better focussed elsewhere for now.
>
> 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] VE edits & editors in first 24 hours

2014-08-15 Thread Maryana Pinchuk 
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