Last modified: 2010-05-15 15:32:57 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 T3221, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 1221 - Allow configurable |thumb size.
Allow configurable |thumb size.
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.4.x
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 6495 (view as bug list)
Depends on:
Blocks: 367
  Show dependency treegraph
 
Reported: 2004-12-28 03:27 UTC by grendelkhan
Modified: 2010-05-15 15:32 UTC (History)
3 users (show)

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


Attachments

Description grendelkhan 2004-12-28 03:27:33 UTC
Right now, Wikipedia is full of images sized to |250px or 
|300px because the images look incomprehensibly small at high 
resolutions. The text scales up; why shouldn't the images? 
Allow a user-specified thumbnail size, within some sort of 
sane range. Those running on 640x480 desktops will have their 
150px thumbnails, and those running on mammoth 1280x960 
desktops can use 300px thumbnails along with an increased font 
size so that presentation is, in general, preserved.

Alternately, allow a thumbnail size specifier that's not in 
pixels; rather, it should be as a percentage of the screen's 
width. How this could be reconciled with having to rescale the 
images on the server end remains a mystery to me.
Comment 1 Ævar Arnfjörð Bjarmason 2004-12-28 03:34:07 UTC
Having configurable sizes for thumbnails would be nice, the default could be
150px still and one could choose from {150,200,250,300,350} or something like
that. However having the font scale up as well would be bad.
Comment 2 grendelkhan 2004-12-28 03:42:35 UTC
No, no, I meant that the *user* would probably scale up the font a bit so 
that the text would still be legible. (I run high-resolution, and I know I 
do.) I agree, having MediaWiki do it *for* the user would be a bad idea.
Comment 3 grendelkhan 2005-01-11 19:54:56 UTC
This should also go for the "gallery" tag. On high-resolution monitors, the
galleries look like postage stamps. Number of images per row should also be
configurable, to make the interface as flexible as possible.
Comment 4 Ævar Arnfjörð Bjarmason 2005-04-12 00:38:44 UTC
Fixed in HEAD, please file a seperate bug for the gallery size as that's a
seperate issue (speaking from a developer viewpoint:=)
Comment 5 Brion Vibber 2005-04-12 00:44:31 UTC
This would damage cachability of output. Recommend closing WONTFIX.
Comment 6 Ævar Arnfjörð Bjarmason 2005-04-12 10:57:55 UTC
For reference this is not the only thing that changes the parser cache, the
other ones are:

* math
* stubthreshold
* editsection
* date
* numberheadings
* language
* thumbsize
* any extra options specified by the language file (such as the transliteration
on zh.)
Comment 7 Duncan Harris 2005-07-04 21:26:39 UTC
I think this is a very good idea,

However note that if an image is 300px wide and someone sets their default to be 400px, then 
the |thumbnail| should be replaced with |frame| thus rendering it 300px wide, otherwise you'll 
get nasty pixellation.

I think this indicates another bug which is that currently images smaller the |thumb| size 
(180px is it?) get expanded up to that size, which often isn't nice.  We can get around that by 
manually editing now, but if/when this is implemented, then it'll need a more rigorous work-
around.
Comment 8 Duncan Harris 2005-07-09 08:37:33 UTC
In addition, I would expect that we could have others, for example a |width| tag for landscape 
images across the width of the screen, and even possibly a |half| tag for half the width of the 
screen, &c.
Comment 9 Duncan Harris 2005-09-19 14:28:19 UTC
I don't know how or who did it, but I now think that this has been fixed.
Comment 10 Brion Vibber 2006-06-30 04:11:19 UTC
*** Bug 6495 has been marked as a duplicate of this bug. ***

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


Navigation
Links