> > (e.g. for a JPEG the URL could look like > upload.wikimedia.org/wikipedia/commons/thumb/6/6e/Cernfounders.jpg/qlow-1024px-Cernfounders.jpg > ). >
Darn, really? Well, there goes my idea of hacking client-side URL generation... I guess the "thumb/6/6e" part isn't standard either. If we could just get the thumbnail server to return the original image when we go too large we'd be set. We could always request it anyway and fall back manually in case of 400 response (probably won't happen _too_ often). > > On Tue, Jul 28, 2015 at 6:55 PM, Gergo Tisza <[email protected]> wrote: > On Tue, Jul 28, 2015 at 3:19 PM, Bernd Sitzmann <[email protected]> > 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 width, as long as >> the URL structure stays predictable[2]. If the string replacement fails we >> could still use the 800px URL. >> > > MediaWiki thumbnail URLs are fragile and not meant to be used as an API. > Mainly because of T74328 <https://phabricator.wikimedia.org/T74328> but > also because finding the size part is not always trivial (e.g. for a JPEG > the URL could look like > upload.wikimedia.org/wikipedia/commons/thumb/6/6e/Cernfounders.jpg/qlow-1024px-Cernfounders.jpg > ). > > _______________________________________________ > Mobile-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/mobile-l > > -- EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle IRC: bgerstle
_______________________________________________ Mobile-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/mobile-l
