Help talk:Gadget-GalleryDetails

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Thumbnail size[edit]

Is there a way to change the thumbnail size? I assume it's the one already used in galleries/categories? Thumbnail size in "appearance" of Special:Preferences has no effect on that. -- User:Docu at 10:03, 24 July 2009 (UTC)[reply]

No, there isn't. The thumbnails in galleries always are 120px wide (or high, if in portrait format). Changing it through a script is probably not a good idea because it would mean that the servers would need to generate new thumbnails at some other size. This script doesn't change thumbnail sizes. The alternate view re-uses that server-generated 120px-thumbnail but makes it scaled down by the browser to 90px in the popup. I could change the alternate view to make the size of that thumbnail in the popup configurable (either 90px or the original gallery size). Lupo 06:46, 27 July 2009 (UTC)[reply]
I haven't tried alternate view yet, but what I like about the standard one is that I can scroll through a series of images and check descriptions and categories without having to change tabs or windows.
I guess it isn't ideal if all thumbnails would need to be generated at another size, but if there is larger image size that is already prepared, we could use that one (e.g. the one of the file description page). -- User:Docu at 10:00, 27 July 2009 (UTC)[reply]
But we don't know what other sizes already exist... Lupo 10:01, 27 July 2009 (UTC)[reply]
I'm not sure about that, but don't all users that are not logged-in get the same size on file pages? Probably the one from mw:Manual:$wgImageLimits#Details (likely 800x600). We could assume that these are already generated. Personally I wouldn't mind a gallery with that size. -- User:Docu at 10:10, 27 July 2009 (UTC)[reply]
Not really, because
  • smaller images are not upscaled to 800px,
  • the scaling may generate images that are not exactly the chosen width because it scales to get both width and height below the chosen limits. For instance, I use 640×480px as the preview size, but at File:Mark Warner and Leonard Boswell.jpg, I get a 563×479 preview...
Also note that loading 48 (or even more; 48 is just the number of files shown at Special:NewFiles) larger thumbnails will take much longer. If the script has to re-load thumbnails at whatever size, it'll be much slower. Currently, it does not re-load any images because it just reuses whatever the server already sent. But I've just seen that the <gallery> tag actually accepts widths and heights as in <gallery widths="400" heights="400">. Maybe you should open a bugzilla request to ask for a "default image size in galleries" option in the preferences. Lupo 10:35, 27 July 2009 (UTC)[reply]

(unindent)

  • It shouldn't matter that much that each file isn't exactly the same size when they are presented in the standard "GalleryDetails" view as one will look at one or two images at once only and then scroll on. I'm not sure though if there is a setting that allows to load the standard size already generated for file pages.
  • Speed isn't necessarily an issue as one will start looking at the first images and then scroll down. That the last images on the page are still being loaded while one looks at the first ones, wouldn't matter.
  • As I'm using it on categories rather than gallery pages, a general gallery setting wouldn't help me. Besides, one wouldn't want to view all galleries in this size at all times. For the occasional viewer who wants to do this on gallery pages, it should be possible to add "widths="400" heights="400" in edit mode and then preview it.

. -- User:Docu at 12:26, 28 July 2009 (UTC)[reply]

Not working[edit]

It currently doesn't seem to work. Is this related to the other problems with Mediawiki? -- User:Docu at 05:48, 18 September 2009 (UTC)[reply]

✓ Done Yes, indeed. They removed the title attribute from image links. I've fixed the script. If you reload your browser's cache, it should work again. Lupo 06:31, 18 September 2009 (UTC)[reply]
Thanks for fixing it. It works again. -- User:Docu at 06:45, 18 September 2009 (UTC)[reply]

Remove category[edit]

When using it on categories, it could be helpful if it would add a hotcat link next to each file to remove the category, e.g. on Category:<category-name> this would open the following link in a new tab:

http://commons.wikimedia.org/w/index.php?title=<filename>&action=edit&hotcat_removecat=<category-name>
-- User:Docu at 12:33, 20 February 2010 (UTC)[reply]

PD licenses in the licensing color outline?[edit]

Hi! Great gadget!

I work for an educational publisher and I like using Wikimedia images for our materials. Most of the time we use the Creative Commons licensed materials with attribution, so any Wikimedia items are good. However, sometimes there is no room for attribution (say we want to make a tiny icon out of several images). It would be great to have the PD items stand out in a gallery, so we can see which ones they are instead of manually checking each one.

Gallery Details sounds perfect for that. Can anyone edit it to do that? If no one wants to try, can I try to implement that feature?

Thanks!--Kenmayer (talk) 21:09, 11 November 2011 (UTC)[reply]

EXIF time[edit]

I’ve been having this problem, annoying when dissiminating photos by month: The EXIF time given preview by this gadget is «File change date and time» or something other than «Date and time of data generation», which is not what is expected and needed in most cases. @Steinsplitter, Rillke, and Lupo: Can this be changed? -- Tuválkin 12:55, 18 February 2019 (UTC)[reply]