Last modified: 2014-02-26 16:41:25 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 T60293, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 58293 - MultimediaViewer should show all the info if there is screen available
MultimediaViewer should show all the info if there is screen available
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
MultimediaViewer (Other open bugs)
master
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-12-10 22:07 UTC by Quim Gil
Modified: 2014-02-26 16:41 UTC (History)
7 users (show)

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


Attachments

Description Quim Gil 2013-12-10 22:07:29 UTC
MultimediaViewer aims to display the biggest image possible fitting in the screen, very good!

When there is some space available, some of the information at the bottom is shown: 

Title - License
Author/uploader - something

Ok, but if there is a lot of space available (as it happens frequently in my portrait oriented monitor, I guess with square images happens too)... why not showing all the information?

Many times I click on the image not to view it in fullscreen (which is fine too), but to check its page in Commons. Having to scroll for this when there is limited space is understandable, but having to scroll when there is plenty of space available between the image and the label feels like too many unnecessary interactions.
Comment 1 Mark Holmquist 2013-12-18 18:34:37 UTC
I would suggest that this might cause a jolting experience when the metadata div changed its position as you scrolled through images. I'd prefer to have the set dimensions and positions, but I'll defer to Pau on this one.
Comment 2 Quim Gil 2013-12-18 19:21:37 UTC
How/where can I scroll through images, to see the problem you are referring too?

Thank you. So far my casual testing of MultimediaViewer has gone through single images.
Comment 3 Gilles Dubuc 2014-02-20 10:32:06 UTC
http://en.wikipedia.beta.wmflabs.org/wiki/Lightbox_demo is a page where you can navigate between images. I think Mark's point was that once you've opened the metadata area, it stays open when navigating between images. Although I've just noticed a small bug in that area (it scroll down slightly).

I can see your point about making use of the space on a portrait screen, but like Mark said we'll have to see what Pau thinks about this. I think the main reason why the metadata is closed by default is to bring the focus to the main content.
Comment 4 Quim Gil 2014-02-20 19:44:47 UTC
Mmmok, I see. Under these arguments I wouldn't object to a WONTFIX by design. It's not a big deal. Thank you for the explanations.
Comment 5 Pau Giner 2014-02-26 10:28:03 UTC
Most of the considerations for the design have been already commented:

* Images have different aspect ratios and it is preferred for the UI to do not keep moving around depending on the image in order to be more predictable and less distracting.

* To optimise for repetition, scrolling position is supposed to be kept so that those users exploring more images that are focused on the description can open it once and keep moving with next/prev arrows.

* The main goal for the MediaViewer UI is to display the image, so even if there is room, the area dedicated to the image is the most important thing and distractions should be avoided. Advanced users can use shortcuts such as opening the image in a new tab (e.g., shift + click) to access the metadata-rich page of the image if tat is what they are looking for.
Comment 6 Quim Gil 2014-02-26 15:10:52 UTC
(In reply to Quim Gil from comment #4)
> Mmmok, I see. Under these arguments I wouldn't object to a WONTFIX by
> design. It's not a big deal. Thank you for the explanations.

:)

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


Navigation
Links