Thanks for starting this conversation Brion! On mobile we are constantly tackling the trade offs between data shipped (cost for end user) and quality. Hopefully we'll have a better solution for this by the end of the quarter which will allow us to reconsider srcset usage. That said relying on srcset to render SVGs well seems like a hack to me and thus I'd rather we fixed the problem at the source.
A few thoughts * The ResourceLoaderImage module is being used widely to generate SVG icons with png fallbacks. I'd be interested in seeing if we can use this in some way for optimising SVGs and removing meta data. * I wonder if there is an opportunity here to use BetaFeatures and mobile beta to get a sense of performance impact of these changes? This would allow people to opt in and for us to crowdsource feedback in a safe enviroment. Jon On Wed, May 11, 2016 at 11:12 AM, Brion Vibber <bvib...@wikimedia.org> wrote: > On Wed, May 11, 2016 at 11:10 AM, Chris Steipp <cste...@wikimedia.org> > wrote: > >> On Thu, May 5, 2016 at 6:49 AM, Brion Vibber <bvib...@wikimedia.org> >> wrote: >> >> > >> > And then there are long term goals of taking more advantage of SVGs >> dynamic >> > nature -- making things animated or interactive. That's a much bigger >> > question and has implementation and security issues! >> >> >> Sorry for the late response (and if this is covered in one of the linked >> bugs), but getting back to this-- are you envisioning SVG's inlined into >> the html? > > > Maybe someday that might be interesting for interactive bits, but not in > the short term. > > >> Or would they be served from a domain like upload.wm.o, like we >> currently use for uploaded images? >> > > Yes for now. > > -- brion > _______________________________________________ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l