dbenbenn wrote:

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.

Eugene.Zelenko wrote:

(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.

drspui wrote:

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).

Eugene.Zelenko wrote:

*** Bug 9525 has been marked as a duplicate of this bug. ***

adziura+wiki wrote:

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.

(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.

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.

There's a gadget on commons for that http://commons.wikimedia.org/wiki/MediaWiki:Gadget-ChooseResolution.js

• Bug 8027 has been marked as a duplicate of this bug. ***

Bryan.TongMinh wrote:

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?

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:

Bryan.TongMinh wrote:

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.

Why? It could be done via thumb.php, even if the wiki otherwise doesn't use it.

• Bug 25108 has been marked as a duplicate of this bug. ***

Bryan.TongMinh wrote:

(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?

Bryan.TongMinh wrote:

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

Bryan.TongMinh wrote:

Done in r83791.

(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.