[WikimediaMobile] Fwd: [Wikidata] Let's move forward with support for Wiktionary

Hi all, the wikidata team recently announced its plans for Wikidata support for Wiktionary. This would make it possible to query Wiktionary content as structured data, which should be very interesting for those who tried to use Wiktionary as a word translation service (and suffered for it); I

[WikimediaMobile] Help test AuthManager

Hi all, AuthManager is coming soon (see the recent wikitech email [1] for more details), which means mobile login and registration (whether API- or specialpage-based) will have to adapt to the increased flexibility of the authentication system. The new web-based login page uses HTMLForm to

Re: [WikimediaMobile] Similar articles feature performance in CirrusSearch for apps and mobile web

On Thu, Feb 18, 2016 at 4:00 PM, Jon Katz wrote: > Can someone on this list point me to where the more-like code sits? Or > better, yet would be someone documenting the rules that govern > prioritization of suggestions. > > I would like to document the logic for our

Re: [WikimediaMobile] Mobile web and the curious case of the peacock butterfly

See https://phabricator.wikimedia.org/T121466 On Tue, Dec 15, 2015 at 2:23 PM, Dan Garry wrote: > What do you mean by "isn't updating"? Can you provide a screenshot showing > the two versions, highlighting the difference between them? The desktop and > mobile versions look

Re: [WikimediaMobile] Mobile web and the curious case of the peacock butterfly

On Tue, Dec 15, 2015 at 2:38 PM, Dan Garry wrote: > Thanks for sending the screenshots. For some reason, the version I'm > seeing is actually up to date. > You are probably logged in, or for some other reason not getting into the same cache bucket as Pine. If it is really

Re: [WikimediaMobile] Reading goals for the quarter.

On Sun, Nov 1, 2015 at 7:08 PM, Toby Negrin wrote: > Hi Everyone -- > > Our goals for Fiscal Year Q2 (Oct - Dec) are up on the wiki. Apologies for > this taking so long. > > > https://www.mediawiki.org/wiki/Wikimedia_Engineering/2015-16_Q2_Goals#Reading > > Please let us

Re: [WikimediaMobile] FW: RE: Password alternative for mobile

On Fri, Oct 30, 2015 at 2:01 AM, Joaquin Oltra Hernandez < jhernan...@wikimedia.org> wrote: > As an alternative, some services like slack when inputting the > email/username and tapping login on the mobile web/app then send you an > email with a link to the site that will log you in once

Re: [WikimediaMobile] Building anchors from (Parsoid) toc line; anchorencode

​If you care about edge cases, section anchor generation is rather complicated: anchors can be postfixed with an index when there are multiple identical titles, and HTML, templates and parser tags are handled differently for display and for anchor generation. (Yes, these can and do appear in

Re: [WikimediaMobile] [reading-wmf] Pageview drop

Yay, data! Thanks for putting this together, Jon. On Tue, Oct 13, 2015 at 10:14 PM, Jon Katz wrote: > I don't know if we can explain all of our traffic decreases to the drop in > session length, but it is certainly a big factor. Basically 60% of our > pageviews (internal)

Re: [WikimediaMobile] PSA: Accessing #reading-web from phabricator's search

You can also click on the magnifying glass icon, which brings up an advanced tag list with all results. On Mon, Aug 17, 2015 at 2:07 AM, Joaquin Oltra Hernandez jhernan...@wikimedia.org wrote: Hi, Because of https://phabricator.wikimedia.org/T76732 if you try and find the #reading-web

Re: [WikimediaMobile] event logging bloat

On Tue, Aug 11, 2015 at 12:29 PM, Jon Katz jk...@wikimedia.org wrote: However, it seems that 90% of the clicks are coming from the article table (or adding search created bloat) and MobileWebUIClickTracking_10742159 is now approaching 300gb. Mostly this is due to search. I would encourage

Re: [WikimediaMobile] event logging bloat

On Tue, Aug 11, 2015 at 2:59 PM, Federico Leva (Nemo) nemow...@gmail.com wrote: Gergo Tisza, 11/08/2015 22:44: replace the user agent and the URL with an empty string. Is there still no way to avoid storing those fields altogether? They are both nasty. User agent is a default field

Re: [WikimediaMobile] Parameters for RESTBase endpoints + caching/performance

On Tue, Jul 28, 2015 at 3:19 PM, Bernd Sitzmann be...@wikimedia.org wrote: *1) leadImageWidth: * *1A)* If the clients uses a constant value, let's say 800px for thumbsize action=mobileview parameter then the client could replace the /800px- portion in the resulting URL with the desired

Re: [WikimediaMobile] Parameters for RESTBase endpoints + caching/performance

On Tue, Jul 28, 2015 at 3:57 PM, Brian Gerstle bgers...@wikimedia.org wrote: I guess the thumb/6/6e part isn't standard either. It's always there as far as I know, but it's not standard in the sense that there is no promise of stability. Someone might at some point decide we should use a

Re: [WikimediaMobile] In-app editing / talk pages support

On Wed, Jul 22, 2015 at 10:52 AM, Dmitry Brant dbr...@wikimedia.org wrote: But more importantly, you mentioned yourself that talk pages are really part of the _editing_ experience. And, quite frankly, we have to remind ourselves that the apps are still light years away from having a good

Re: [WikimediaMobile] [Wikitech-l] Wikipedia iOS app moving to GH

On Wed, Jul 22, 2015 at 4:39 AM, Petr Bena benap...@gmail.com wrote: Good job, you aren't the only one. Huggle team is using it for quite some time. To be honest I still feel that github is far superior to our gerrit installation and don't really understand why we don't use it for other

Re: [WikimediaMobile] Outdated Reading-Admin Phab project description

On Wed, Jul 22, 2015 at 9:44 AM, Florian Schmidt florian.schmidt.wel...@t-online.de wrote: PS: Sent this to mobile-l after starring at the numerous lists at https://www.mediawiki.org/wiki/Reading#Mailing_Lists for a while. Maybe that helps? :) (I forgot to login :O)

Re: [WikimediaMobile] Extension Responsibility

On Tue, Jul 21, 2015 at 6:52 PM, Ryan Kaldari rkald...@wikimedia.org wrote: If the MultimediaViewer extension is transferred to Editing (i.e. Multimedia), TimedMediaHandler should probably go with it, as they are both mainly for presenting media within pages. I agree with Jon that MMV should

Re: [WikimediaMobile] Extension Responsibility

On Mon, Jul 20, 2015 at 3:58 PM, Adam Baso ab...@wikimedia.org wrote: Hi all - I've been reviewing a list of extensions with Reading Engineering and Reading Infrastructure leads - props to James Forrester for promoting this discussion. Here's a list of extensions we believe currently falls

Re: [WikimediaMobile] Extension Responsibility

On Tue, Jul 21, 2015 at 6:11 PM, Adam Baso ab...@wikimedia.org wrote: Shall I make it so? I don't see a reason not to. While one could argue both for media handlers belonging to Reading and to Editing, they should in any case be all at the same place as they require the same knowledge

Re: [WikimediaMobile] Extension Responsibility

On Tue, Jul 21, 2015 at 6:27 PM, Adam Baso ab...@wikimedia.org wrote: Okay, to be clear, VipsTest, too, right? Yes, that's essentially the same extension (a different PHP endpoint in the same repo). ___ Mobile-l mailing list

Re: [WikimediaMobile] Freedom of Panorama banner campaign breaking mobile

On Tue, Jun 30, 2015 at 4:07 PM, Jon Robson jrob...@wikimedia.org wrote: _If you need help with making your campaigns mobile friendly or are unsure how to do so_... please do reach out to us on the mobile-l mailing list ahead of running these campaigns Mobile-l is probably not the most

Re: [WikimediaMobile] Skins Usage Data

On Mon, Jun 29, 2015 at 11:16 AM, Adam Baso ab...@wikimedia.org wrote: I think it was Joaquin, Sam, and Bryan with whom I discussed relative skins usage on some popular skins, in the context of which skins Reading is on the hook for in the sense of full maintenance or high priority fixes

Re: [WikimediaMobile] [reading-wmf] [Web] Reverting commits

There are times when this works better but I disagree about it being a generally superior process. Patches are often not atomic; other patches can depend on them, sometimes without the author of either patch being aware. They might touch the same lines of code (in which case a revert would simply

Re: [WikimediaMobile] [reading-wmf] A plan for the new mobile view service

On Fri, Jun 12, 2015 at 5:27 AM, Federico Leva (Nemo) nemow...@gmail.com wrote: Gergo Tisza, 12/06/2015 03:51: Editors would write something like this in the source code: '''Vincent Willem van Gogh''' {{#snippet|role=pronunciation|IPA=ˈvɪnsɛnt ˈʋɪləm vɑn ˈɣɔx}}{{#snippet|role=birth

Re: [WikimediaMobile] [reading-wmf] A plan for the new mobile view service

On Thu, Jun 11, 2015 at 7:52 PM, Corey Floyd cfl...@wikimedia.org wrote: The good news is that we don't have to worry about the wiki text or templates. Parsoid already has dealt with that and is providing additional markup. This makes it possible to do a 2 way conversion between HTML-Wikitext

Re: [WikimediaMobile] [reading-wmf] A plan for the new mobile view service

On Thu, Jun 11, 2015 at 6:14 PM, S Page sp...@wikimedia.org wrote: In the case of entities existing within a paragraph, we can decide (with a little help from Design) whether it's important to keep them inline with the text, or strip and move them outside of the paragraph. Will clients be

Re: [WikimediaMobile] [reading-wmf] Wikipedia article previews in Kindle app

On Mon, Jun 8, 2015 at 1:04 AM, S Page sp...@wikimedia.org wrote: Maybe WMF should offer its own browser- or OS-level integration, pushing the reading experience way beyond our sites. https://en.wikipedia.org/wiki/Wikipedia:Tools/Browser_tools lists various browser addons, such as Lookup

Re: [WikimediaMobile] [Multimedia] CommonsMetadata API returning HTML?

Hi Dan! On Mon, Dec 8, 2014 at 11:29 AM, Dan Garry dga...@wikimedia.org wrote: *Background:* The Mobile Apps Team is working on a restyling of the way content the first fold of content is presented in the Wikipedia app. You can see this image http://i.imgur.com/dxqfJKd.png to see what this