Open main menu

Commons:Village pump/Proposals/Archive/2012/09

< Commons:Village pump‎ | Proposals
Archive This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.


Sorting within categories

Currently, files in a category are sorted alphabetically (0-9, a-z, then other scripts). Would it be possible to add other options for sorting within a category? Ones I'd find useful are (a) by file size (either by pixels or by bytes, or both), and (b) by license type (PD, CC, GFDL, etc.). - MPF (talk) 10:25, 22 August 2012 (UTC)

Also by file type (.jpg, .png, .svg, etc.) - MPF (talk) 10:28, 22 August 2012 (UTC)
There is gadget gallery filter extension, which does not allow sorting but filtering. I don't think MediaWiki is able to sort by file size and sorting by license is difficult, even with JavaScript because one would have to guess by Category or fetch the rendered file description pages for all files before being able to sort.
I would   Support creating a bug for this feature request. -- Rillke(q?) 19:07, 26 August 2012 (UTC)

Something like this has surely come up at Bugzilla before before, but I can't find anything that close. I've found Bugzilla:1289 - Feature request: Category reverse sort by date; and bugzilla:6948 - Natural number sorting in category listings. Well there's no harm in filing a new bug for something clearly useful - just nobody hold their breath about resulting action! Rd232 (talk) 13:47, 30 August 2012 (UTC)

Another sort mode that would be very useful: by date a file was added to a category. This would be particularly useful with categories like Category:Unidentified plants, which is huge (over 2,000 files) so very difficult to check through for recent additions which I haven't attempted to identify yet, among all the ones that I've seen before and not been able to identify. - MPF (talk) 09:58, 6 September 2012 (UTC)
You may use VisualFileChange for this task. Click here to start. (under more options, select from new to old). -- Rillke(q?) 10:23, 6 September 2012 (UTC)
Thanks! Looks good! - MPF (talk) 22:34, 6 September 2012 (UTC)
For monitoring, I use the "related changes" tab that works reasonably well (In fact, it has one major (design) bug in that it does not reports newly loaded images that are created with the monitored category, but I guess that few people are loading images with such categories and there are most of the time some bots doing some changes, so they appear anyway sooner or later). --Foroa (talk) 07:45, 7 September 2012 (UTC)

About Creator template

I wrote a proposal about Creator template here: Template_talk:Creator#Parsing_and_retrieving_field_contents. In brief, it would be great if html fields should follow the same convention of Information and Book templates, simply adding to td tags an id, structured jus as is structured into Information and Book templates (ie id=fileinfotpl_ as prefix, desc as key to content "description"). --Alex_brollo Talk|Contrib 10:52, 30 August 2012 (UTC)

No worries. Just go ahead. IDs must be unique. (Just if you intend using them) -- Rillke(q?) 14:34, 13 September 2012 (UTC)

Transcluding old file versions

Please see Bugzilla:40095 and comment at meta:Wikimedia_Forum#Transcluding_old_file_versions. Note previous discussion at Commons:Village_pump/Proposals/Archive/2012/08#Transcluding_old_file_versions. Thanks, Rd232 (talk) 10:31, 8 September 2012 (UTC)

Making Gadget-GallerySlideshow default

Recently, I spent some of my spare time making the slideshow less obtrusive and faster-loading using various techniques. In the past there were some questions by both, new users on Commons and long-term-contributors whether one could make the slideshow gadget default. From the technical point of view, this might be possible now but needs more input.

According to Commons:Database reports/User preferences is the 2nd most popular gadget extending the view options and the 5th most popular gadget overall is the slideshow.

Making the slideshow default would add 19.7 KB minified, (The js code is really small (3.3KB) but due to a bug in RL, CSS is loaded twice (2*8.2KB)) of code to be loaded for each user who hasn't the slideshow enabled, yet.

Like for all default gadgets, there will be an option to opt-out. We should also remember that we are a Media-repository.

Please give your opinion (by voting) below or ask questions. -- Rillke(q?) 16:25, 13 September 2012 (UTC)

The Slideshow gadget should be enabled by default for all users (including anonymous users)

  • Yup. Been using it for ages, works like a charm. Thanks a lot to Rillke for creating this. (Note: the all thing is probably improvable − I guess there are a lot of cool ideas to steal from last year coding challenge for example − but the best is definitely to enable this gadget now, improvements can come later). Jean-Fred (talk) 20:03, 13 September 2012 (UTC)
    • Magnus started "a social" component like a list of images that "you like". I think that's not a bad idea. But unfortunately the results were never ported to Commons or announced here. As for a mobile-view option, I found that no site JS is loaded when using the mobile view… The coding challenge produced a lot of code that is either not ready to use or buggy (like the winner-slideshow that fails with SVG and requests all files in raw, such files included). It has split the community power instead of bundling it. Well and finally most of the work on the slideshow was done by DieBuche who did much better in web design than me. -- Rillke(q?) 21:09, 13 September 2012 (UTC)
  • In a Media-repository, everyone should be able to see the media. One day I showed Commons to someone; he looked, listened and said only: "Great, how do I get a slideshow? flickr has one." What do you want to say? "get a account, go to the gadget tab of your preferences…" --Coyau (talk) 23:43, 16 September 2012 (UTC)
  • Of course! --PierreSelim (talk) 11:49, 18 September 2012 (UTC)
  •   Support - althought the latest version is so non-intrusive, that casual users may not notice that it's there. ghouston (talk) 07:14, 20 September 2012 (UTC)
  •   Support even if I am not completely used yet to the new version. Cdlt, 08:27, 20 September 2012 (UTC)
  •   Oppose It needs various improvements. Right now it is too buggy for a widespread default in my opinion. Reported bugs on MediaWiki talk:GallerySlideshow.js. How long has this been user tested? I haven't seen it until now. –Krinkletalk 23:35, 20 September 2012 (UTC)
  • +1 A crucial feature for Commons. I've used it since the beginning and I've never had any sort of problem. Good to see comments by Krinkle, I hope they can be addressed. --Nemo 21:07, 23 September 2012 (UTC)


  •   Info The slideshow is now default since there was no strong oppose in time. Please go on giving your opinion. Thank you. -- Rillke(q?) 21:15, 20 September 2012 (UTC)
I'm using Mozilla Firefox 15.0.1, and the slideshow is acting really weird. For a category containing three files, small thumbnails of the files appear numerous times across the top of the screen, and then flash on and off. Meanwhile, a throbber runs continuously in the centre of the screen. I'm sure it's not meant to act in this way, is it? — Cheers, JackLee talk 09:51, 21 September 2012 (UTC)
Yes, it seems to be broken after someone applied whitespace convention and did clean up. Since the diff looks really chaotic, it will take some time to investigate what was changed and is now causing this behaviour. Therefore I removed the default-bit. -- Rillke(q?) 10:38, 21 September 2012 (UTC)
These issues have been addressed and I reactivated the gadget by default. -- Rillke(q?) 12:07, 21 September 2012 (UTC)