Last modified: 2011-05-15 10:04:10 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2581 - View image in several resolutions
View image in several resolutions
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal enhancement with 4 votes (vote)
: ---
Assigned To: Bryan Tong Minh
:
: 8027 9525 25108 (view as bug list)
Depends on:
Blocks: 6834
  Show dependency treegraph
 
Reported: 2005-06-28 17:32 UTC by Eugene Zelenko
Modified: 2011-05-15 10:04 UTC (History)
9 users (show)

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


Attachments

Description Eugene Zelenko 2005-06-28 17:32:17 UTC
Will be great to have ability to view huge images in several resolutions (like 25%, 
50%). Only highest resolution available currently.

For example this one:
http://commons.wikimedia.org/wiki/Image:1937_original_railroads_in_Pittsburgh.jpg
Comment 1 David Benbennick 2005-06-29 16:22:18 UTC
I don't think this feature is needed.  It isn't often one wants to 
see a 25% scaled image, and when you do, it's pretty easy.  For 
example, see
 
http://upload.wikimedia.org/wikipedia/commons/thumb/8/82/1937_origina
l_railroads_in_Pittsburgh.jpg/1332px-
1937_original_railroads_in_Pittsburgh.jpg

for the 25% version, and

http://upload.wikimedia.org/wikipedia/commons/thumb/8/82/1937_origina
l_railroads_in_Pittsburgh.jpg/2663px-
1937_original_railroads_in_Pittsburgh.jpg

for the 50% version.
Comment 2 Eugene Zelenko 2005-06-30 13:28:31 UTC
(In reply to comment #1)
> I don't think this feature is needed.  It isn't often one wants to 
> see a 25% scaled image, and when you do, it's pretty easy.  For 
> example, see
>  
> http://upload.wikimedia.org/wikipedia/commons/thumb/8/82/1937_origina
> l_railroads_in_Pittsburgh.jpg/1332px-
> 1937_original_railroads_in_Pittsburgh.jpg
> 
> for the 25% version, and
> 
> http://upload.wikimedia.org/wikipedia/commons/thumb/8/82/1937_origina
> l_railroads_in_Pittsburgh.jpg/2663px-
> 1937_original_railroads_in_Pittsburgh.jpg
> 
> for the 50% version.

Sure, this feature is not very necessary. I know only one use on Commons, who
created pages for 25% and 50% zoom view. See
http://commons.wikimedia.org/wiki/Special:Contributions/SPUI

From other side will be useful to have options to view files smaller then
original 10 Mb file.
Comment 3 SPUI 2005-07-19 15:35:44 UTC
According to a developer, "in principle we can garbage collect unused images
(and in the future probably will) if it becomes an issue". Thus those pages may
be required to keep the thumbnails. It would be a nice feature to have it
automatic, so people don't complain about the existence of these pages (not sure
why - they're only linked from the image descriptions).
Comment 4 Eugene Zelenko 2007-04-10 03:28:37 UTC
*** Bug 9525 has been marked as a duplicate of this bug. ***
Comment 5 Adam Dziura 2008-01-19 11:11:43 UTC
In commons preferences in Gadgest is gadget:
Choose Resolution: gives an quick link to other resolutions, for easy re-use of pictures.

But this doesn't work on all images...

I think that this feature without gadget is better think.
Comment 6 Aaron Schulz 2008-10-06 03:51:32 UTC
(In reply to comment #1)
> I don't think this feature is needed.  It isn't often one wants to 
> see a 25% scaled image, and when you do, it's pretty easy.  For 
> example, see
>  
> http://upload.wikimedia.org/wikipedia/commons/thumb/8/82/1937_origina
> l_railroads_in_Pittsburgh.jpg/1332px-
> 1937_original_railroads_in_Pittsburgh.jpg
> 
> for the 25% version, and
> 
> http://upload.wikimedia.org/wikipedia/commons/thumb/8/82/1937_origina
> l_railroads_in_Pittsburgh.jpg/2663px-
> 1937_original_railroads_in_Pittsburgh.jpg
> 
> for the 50% version.

I'd agree. Looks like feature cruft.
Comment 7 Sage Ross 2009-01-01 05:47:13 UTC
I think such a feature is becoming more of a need, especially as file sizes and resolutions grow very large.  We will soon have a Featured Picture in English Wikipedia, e.g., that is 37 MB ( http://en.wikipedia.org/wiki/File:Great_Wave_off_Kanagawa2.jpg ).  So unless someone wants to download all that (or knows how to work the thumbnail syntax) they are limited to the default display size and cannot view a moderately-sized larger version.  A Flickr-like feature that makes it easy to access a range of image sizes, and/or an option to download a reasonably compressed version of a file, would be helpful for users with slow connections.

I don't think feature cruft should be a big concern right now for image pages, which don't have very many useful bells or whistles for the less wiki-savvy users.
Comment 8 Platonides 2009-10-16 20:45:40 UTC
There's a gadget on commons for that http://commons.wikimedia.org/wiki/MediaWiki:Gadget-ChooseResolution.js
Comment 9 Guillaume Paumier 2009-12-30 21:22:13 UTC
*** Bug 8027 has been marked as a duplicate of this bug. ***
Comment 10 Bryan Tong Minh 2010-04-08 15:09:06 UTC
We could add an extra sentence to the line "Size of this preview". This would then become:

Size of this preview: 800 × 460 pixels. Other resolutions: 1024 × 588 | 1280 × 735 | 2048×1177


That would also solve bug 6834. Now do we want to make the sizes customizable using the MediaWiki: namespace?
Comment 11 Platonides 2010-04-08 15:10:23 UTC
> Now do we want to make the sizes customizable using the MediaWiki: namespace?

I think that should be configurable at LocalSettings level, not at MediaWiki:
Comment 12 Bryan Tong Minh 2010-04-08 17:33:17 UTC
Something that I discovered while implementing this is that wikis that do not use 404 handlers will render all linked thumbnails when the image page is requested. I think this is an unacceptable performance penalty.
Comment 13 Platonides 2010-04-08 21:19:49 UTC
Why? It could be done via thumb.php, even if the wiki otherwise doesn't use it.
Comment 14 Guillaume Paumier 2010-09-09 16:11:56 UTC
*** Bug 25108 has been marked as a duplicate of this bug. ***
Comment 15 Bryan Tong Minh 2011-01-07 22:27:25 UTC
(In reply to comment #13)
> Why? It could be done via thumb.php, even if the wiki otherwise doesn't use it.

Or a job?
Comment 16 Bryan Tong Minh 2011-03-12 22:21:25 UTC
I'm gonna ignore the wikis that do not have 404 handlers. On regular pages many images are rendered as well, as well as on some special pages, so a few on the ImagePage should not be a big problem.

I have made 6 linking style mockups: http://www.mediawiki.org/wiki/User:Bryan/Bug_2581
Comment 17 Bryan Tong Minh 2011-03-12 22:53:29 UTC
Done in r83791.
Comment 18 Platonides 2011-03-15 17:49:32 UTC
(In reply to comment #15)
> > Why? It could be done via thumb.php, even if the wiki otherwise doesn't use it.
> 
> Or a job?

No. The benefit of thumb.php is that they won't be resized unless they are requested.

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


Navigation
Links