Last modified: 2011-03-13 18:06:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T20232, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18232 - file thumb size doesn't respect surface area of the file
file thumb size doesn't respect surface area of the file
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-28 14:13 UTC by Andy R
Modified: 2011-03-13 18:06 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Andy R 2009-03-28 14:13:00 UTC
When using "thumb" to include an image into an article the size of the image is usually calculated in dependance of the image's width. The standard width of file will then be 180px, i.e. [[File:Image.jpg|thumb|Text]]

180px may be appropiate for upright images but leads to very small images when they are in a landscape format. This can be observed in "Bild1" and "Bild2" here: http://de.wikipedia.org/wiki/Wikipedia:Verbesserungsvorschl%C3%A4ge/Feature-Requests/Archiv/2009#Standardbildgr.C3.B6.C3.9Fe_bei_thumb_nach_der_Fl.C3.A4che_statt_der_Breite_ausrichten

This has led to the invention of the "upright" element:

[[File:Image.jpg|upright|Text]]

However, why not automatically resolving this problem by using the SURFACE AREA instead of the WIDTH of an image?

I suggest that 40.000 px² should be used for every thumb image. Both upright and landscape format images will be converted to that size. This can be observed in "Bild3" and "Bild4".

The problem has already been discussed in the German Wikipedia and deemed to be necessary to be resolved: http://de.wikipedia.org/wiki/Wikipedia:Verbesserungsvorschl%C3%A4ge/Feature-Requests/Archiv/2009#Standardbildgr.C3.B6.C3.9Fe_bei_thumb_nach_der_Fl.C3.A4che_statt_der_Breite_ausrichten
Comment 1 Roan Kattouw 2009-03-28 15:39:13 UTC
Why don't we just limit width or height, whichever is larger, to 180 px (or another value)? This effect can already be achieved with [[File:Foo.jpg|180x180px]]
Comment 2 Patrick Westerhoff 2009-03-28 16:02:12 UTC
The nice thing about the standard "thumb" display with a fixed width is that articles look a lot better when there are thumbs to the right with the same width. It would look chaotic when the width would always change randomly based on its height.
Comment 3 Andy R 2009-03-28 16:13:11 UTC
In my opinion a fixed width doesn't look better if in turn both upright and landscape format images appear on the same page (like the first two images in the link). Then I better take the loss of fixed width if the image sizes will fit together.
Comment 4 Patrick Westerhoff 2009-03-28 16:22:09 UTC
I mean I don't have a problem with two different widths for the thumbnails. But when you calculate the thumbnail width and height dynamically so it should be 40k px in product (like your example), then every image will have a different size and on articles with a lot images you have multiple images with multiple different widths - and that will look bad.
Comment 5 Andy R 2009-06-13 12:05:40 UTC
I belive, it will look better than the same size for every image (no one uses these two sizes in practice!).
Comment 6 Andy R 2009-08-30 13:54:49 UTC
Is anyone already trying to realize this request?
Comment 7 Guillaume Paumier 2009-12-31 22:31:01 UTC
comment #4 says it all.
Comment 8 Andy R 2010-01-02 14:02:30 UTC
I believe it looks even worse, if - as usual! - images have alle the same width, even though if some of them are much higher than other images.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links