A look at random thumb folders for 400px on 1x, 1.5x, 2x, 3x, 4x
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
May 1 2016
Support webp then :) https://phabricator.wikimedia.org/T27611
Apr 26 2016
A global option to disable them would be the least imo.
@Aklapper I added it because webp is smaller and therefor faster. But I don't care much having it removed.
It would be great if admin can allow webp copies of jpg thumbs.
PNG tests on http://image.online-convert.com/convert-to-webp returned blurry files for problemtic red etc, so better don't touch png or check lossless webp options if they are still smaller.
Feb 1 2016
Jan 31 2016
Nov 7 2015
Oct 24 2015
@Bawolff wrote:
People at commons say that zopfli gets better results then pngcrush (But is slow enough you might not want to do it during thumbnail generation, but in some async fashion)
Oct 14 2015
Somebody sign a proejct please, the selector is very unhandy.
Sep 25 2015
4 years later MediaWiki is still not independent wiki softare but Wikipedia's software made free to the public.
Sep 23 2015
Sep 20 2015
For the record: Previous result data was only based on jpegoptim -o --strip-all and pngcrush -brute -rem allb -reduce.
Sep 19 2015
My current strategy:
Stripping metadata from thumbs should be optional. #permatters
Thanks Bawolff, you got my intention right.
Sep 11 2015
pngcrush saved me ~8% files size (190 MB in 2,2 GB)
Great! Solves it for me.
Sep 6 2015
If this was fixed, then maintenance tasks like "optimize the thumb directory" would have a full effect: Always display optimized thumbs and don't touch the original upload files.
https://phabricator.wikimedia.org/T111633
Aug 20 2015
From my 2011 feature request:
Aug 19 2015
Cannot reproduce on mw.org: https://www.mediawiki.org/wiki/User:Subfader/Upload_red_link_after_saving
Thanks for the details. Will investigate.
Yes, that was me. Can anyone reproduce it?
Aug 18 2015
Aug 16 2015
Aug 15 2015
Aug 14 2015
In T108978#1537520, @Legoktm wrote:Parts of my responsive design are done by MediaWiki:Common.js and this fails.
Why not use a proper skin?
Aug 13 2015
I ask for Javascript. There are cases where admins don't open security holes
Aug 12 2015
Yes, typing "Foo" should suggest (if exist)
- "Foobar Article"
- "Category:Foos"
- "Template:Basename/Bar Foos"
Aug 11 2015
In T108577#1524141, @Umherirrender wrote:Already fixed: https://gerrit.wikimedia.org/r/#/c/203388/
The update of HitCounter also contains a sql migration step
Aug 10 2015
Jul 18 2015
Wikipedia's small thumbs are not the standard use case for wiki thumbs.
I'm not sure if you all are aware how bad this is in performance.
Jun 28 2015
In T47942#1397748, @Nemo_bis wrote:Are they helpful to anyone?
Clearly yes, as people are using them actively and there is always activity around Special:BookSources etc.
Jun 23 2015
In T47942#1363216, @Nemo_bis wrote:In T47942#518688, @Subfader wrote:I 2nd the request from the title without reading the posts. These auto links are not useful for everyone.
Are they harmful for someone?
Jun 11 2015
Jun 10 2015
Use an extension. MediaWiki is NOT Wikipedia.
Jun 1 2015
May 30 2015
May 29 2015
May 16 2015
May 9 2015
Apr 1 2015
TheDJ: It doesn't happen every time. My feeling says it's the double click intensity of my mouse.
Mar 31 2015
Main edit form, discussion on the support desk.
Sure it should be a browser feature, but it isn't. At least not in Chrome.