On Fri, Oct 16, 2015 at 5:59 PM, Gabriel Wicke <gwi...@wikimedia.org> wrote:
> On Fri, Oct 16, 2015 at 2:50 PM, Brian Gerstle <bgers...@wikimedia.org> > wrote: > > > I've mentioned this idea before, but having a service which allowed you > to > > reliably get image thumbs for a given file at a specified width/height > > would obviate the srcset. > > > > Our thumbs are already created on demand, based on the image width > specified in the URL. Example for a 40px wide thumb: > > > https://upload.wikimedia.org/wikipedia/commons/thumb/d/d9/Collage_of_Nine_Dogs.jpg/40px-Collage_of_Nine_Dogs.jpg > > It's been mentioned elsewhere (I believe by Gergo) that these URLs aren't stable, and can't be reliably constructed by clients. Is that still the case? > > The corresponding Parsoid HTML contains the original height & width in data > attributes: > > <img resource="./File:Collage_of_Nine_Dogs.jpg" src="// > > upload.wikimedia.org/wikipedia/commons/thumb/d/d9/Collage_of_Nine_Dogs.jpg/260px-Collage_of_Nine_Dogs.jpg > " > data-file-width="1665" data-file-height="1463" data-file-type="bitmap" > height="228" width="260"> > > Based on this information, it shouldn't be too hard to calculate 1.5x / 2x > resolution thumb urls with a combination of multiplication & rounding. > > > > And prevent cache fragmentation on img resolutions. > > > > Isn't the srcset using a limited set of resolution factors? > > > > > > On Friday, October 16, 2015, Dmitry Brant <dbr...@wikimedia.org> wrote: > > > > > We can indeed fall back to TTS if the spoken article is not available, > or > > > offer a choice between TTS and the spoken version. The intention was > for > > > this to be a quick win of surfacing a useful, if lesser-known, facet of > > > Wikipedia content. > > > > > > That being said, this doesn't necessarily need to be a blocker for > > > transitioning the Content Service to Parsoid. If all else fails, we can > > > ascertain the audio URL on the client side based on the File page name. > > As > > > for transcodings of video files, we already make a separate API call to > > > retrieve them, so perhaps we can continue to do that until we're able > to > > > get them directly from Parsoid? > > > It sounds like a more pressing issue right now is the srcset > > attributes... > > > > > > > > > On Fri, Oct 16, 2015 at 2:30 PM, Luis Villa <lvi...@wikimedia.org > > > <javascript:;>> wrote: > > > > > > > On Fri, Oct 16, 2015 at 11:14 AM, Bernd Sitzmann < > be...@wikimedia.org > > > <javascript:;>> > > > > wrote: > > > > > > > > > It looks like Mobile Apps and Mobile Web have different priority > > > > > > requirements from Parsoid here. Looking at > > > > > > https://en.wikipedia.org/wiki/Wikipedia:Spoken_articles, I also > > see > > > > that > > > > > > there are only 1243 spoken wikipedia articles (that are probably > > not > > > > all > > > > > > the latest version of these articles). It also doesn't look like > > the > > > > > video > > > > > > player works currently in mobile web or in mobile apps (except > > maybe > > > > > > Android ?). > > > > > > > > > > > > > With due respect for the hard work people have put in on that > project, > > is > > > > there any indication Spoken Articles has any traction and will grow > > > beyond > > > > that ~1K articles? Wouldn't using Android's TTS API to read the most > > > > up-to-date version of the article be a much better user experience > (35M > > > > articles, always up-to-date, instead of 1K articles, almost always > out > > of > > > > date?) > > > > > > > > Luis > > > > > > > > > > > > -- > > > > Luis Villa > > > > Sr. Director of Community Engagement > > > > Wikimedia Foundation > > > > *Working towards a world in which every single human being can freely > > > share > > > > in the sum of all knowledge.* > > > > _______________________________________________ > > > > Wikitech-l mailing list > > > > Wikitech-l@lists.wikimedia.org <javascript:;> > > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > > > > > > > > > > > > > -- > > > Dmitry Brant > > > Mobile Apps Team (Android) > > > Wikimedia Foundation > > > https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering > > > _______________________________________________ > > > Wikitech-l mailing list > > > Wikitech-l@lists.wikimedia.org <javascript:;> > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > > > > > -- > > EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle > > IRC: bgerstle > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > > > -- > Gabriel Wicke > Principal Engineer, Wikimedia Foundation > _______________________________________________ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle IRC: bgerstle _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l