Last modified: 2014-08-26 07:21:55 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 T13118, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11118 - Allow larger/user-specified thumbnail sizes
Allow larger/user-specified thumbnail sizes
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
User preferences (Other open bugs)
1.9.x
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-08-30 06:46 UTC by Philip Withnall
Modified: 2014-08-26 07:21 UTC (History)
3 users (show)

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


Attachments

Description Philip Withnall 2007-08-30 06:46:37 UTC
Currently, the "Thumbnail size" preference only goes up to a maximum of 300px. There are people with larger screens and poorer vision who many want to be able to put it up to sizes as large as 500px, but can't. It would be nice if either options were added for larger sizes up to 500px, or the preference was turned into a text field, so that users could specify the exact thumbnail size they wanted.

This is filed against 1.9.3, but looking at Wikipedia, it's still an issue in 1.11.x.
Comment 1 Rob Church 2007-08-30 14:02:36 UTC
From memory, this should be able to be cranked up using a config global...
Comment 2 Raimond Spekking 2007-08-30 14:11:03 UTC
Right: see the global variable from defaultSettings.php

$wgThumbLimits = array(
	120,
	150,
	180,
	200,
	250,
	300
);

and add i.e.

$wgThumbLimits[] = 500;

to your localSettings.php
Comment 3 Danny B. 2007-08-30 14:16:32 UTC
(In reply to comment #2)
This allows you to add predefined sizes. But still there's no chance for user to define his own size, which was the part of original request.
Comment 4 Brion Vibber 2007-08-30 15:23:19 UTC
That's not likely to happen; we'd prefer to reduce the number of available thumbnail sizes to save on bandwidth, cache, and thumb disk space.
Comment 5 Danny B. 2007-08-30 15:38:21 UTC
(In reply to comment #4)
> That's not likely to happen; we'd prefer to reduce the number of available
> thumbnail sizes to save on bandwidth, cache, and thumb disk space.

You can make it optional via eg. $wgAllowUserDefinedThumbnailSize and have it false for WMF wikis.
Comment 6 Philip Withnall 2007-08-30 23:20:42 UTC
I didn't realise there was a setting for it; I probably should've checked. Thanks.
I did think about the cache size problems, and I would agree that a freeform size entry is not a good solution, seeing as there is already a setting for it. As long as the admin set sensible allowed sizes, I can't see why people would need a freeform entry --- they're hardly going to want 327px thumbnails, are they?

I'm fine with closing the bug as invalid/wontfix. Thanks for your time. :-)
Comment 7 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-07-29 21:01:08 UTC
(In reply to comment #5)
> You can make it optional via eg. $wgAllowUserDefinedThumbnailSize and have it
> false for WMF wikis.

We shouldn't add another config option that we have to maintain when only two wiki admins are ever going to bother to turn on and that will clutter the user interface to boot.  Reclosing.

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


Navigation
Links