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 <gtisza@wikimedia.org> wrote:
On Tue, Jul 28, 2015 at 3:19 PM, Bernd Sitzmann <bernd@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 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 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
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l




--
EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle
IRC: bgerstle