Hello everyone,
Thanks for your good comments over the weekend about the Opt-out feature for Media Viewer!
Based on your feedback, we now plan to provide an ‘enabled' user preference (option A), as described on our discussion page. (1)
Today, we would like your guidance on another Media Viewer feature: the link to Commons (or other file repository). (2)
Many people have raised concerns on our discussion pages that the current link is not prominent enough to help power users go to Commons — or to make new users aware of what Commons is. Right now, that link to the Commons file info page is located below the fold, at the top of the right column in the meta-data panel (3); the current label is “Learn more on Wikimedia Commons."
As recommended by many in our onwiki, email and IRC discussions, we have been exploring different ways to make this link to Commons more prominent, as outlined in this Mingle card #270 (4).
This link is trying to solve the needs of two very different user groups: • Advanced users need a quick link to edit the Commons description page and perform other related editorial tasks for that image. • New users want to know more about the image, and also need information on what Commons is and why they should go there.
To address these issues for each user group, we are considering different design solutions, prepared by our designer Pau Giner:
A. Simple 'Edit’ button: (5) Provide an ‘Edit’ tool above the fold, so that advanced users can quickly go to the Commons description page to edit it. Restrict this to logged-in users only? • Pros: gives editors a much-needed edit tool, in a compact format that is easy to understand (pencil icon), making it easier for them to do their work • Cons: readers could get confused by this tool, which takes them to a completely different site (so we may want to not show it to them at all).
B. 'Edit’ button with tooltip: (6) Provide the same ‘Edit’ tool above the fold, but show a tooltip on hover, to explain to new users what it does. Show the edit tool to everybody. • Pros: gives editors the same useful, compact tool, to help them do their editing work quickly • Cons: readers should like the tooltip, but it may annoy some editors (don’t show the tooltip to advanced users?)
C. 'More details on Commons’: (7) Provide a call to action inviting new users to check more details on Commons, explaining what it is and how to get there. Shown below the fold, after key details. • Pros: Clarifies what Commons is and why users might want to go there: to get more details and share free media. Larger panel makes it easier to find. • Cons: Below the fold position means many users will not see it. Consider using it in combination with Options A or B above?
We would appreciate your advice on which of the options above would be most helpful for both new users and power users. Note that we may want to use some of these design ideas in combination (e.g.: Option B + C), to offer different solutions to meet the specific needs of each user group.
Please respond via email on this list — or add your comments on this discussion page:
https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Feedback_o...
Later this week, we will ask your advice about adding a button on Commons to open an image in Media Viewer.
Thanks as always for your constructive advice — and speak with you soon!
Fabrice
(1) Discussion of Opt-out Feature for Media Viewer: https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Feedback_o...
(2) Discussion about Links to Commons: https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Feedback_o...
(3) Media Viewer Meta-data panel: https://upload.wikimedia.org/wikipedia/commons/4/4b/Media_Viewer_Screenshot_...
(4) Prominent Links to Commons File Pages in Media Viewer - Mingle card #270: https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/270
(5) Mockup A: Edit Button - Helps power users quickly edit Commons page https://commons.wikimedia.org/wiki/File:Media_viewer_access_to_Commons_throu...
(6) Mockup B: Edit Button w/ tooltip - Same tool, but gives new users a tooltip to explain what it does https://commons.wikimedia.org/wiki/File:Media_viewer_access_to_Commons_throu...
(7) Mockup C: ‘Details on Commons’ - Call to action helps new users get more details on Commons, and explains what it is https://commons.wikimedia.org/wiki/File:Design_for_more_details_access_to_Co...
P.S.: Let's also look for ways to remind power users that they can use keyboard shortcuts to bypass Media Viewer and access images files directly on Commons (e.g.: Ctrl-click or Shift-click).
_______________________________
Fabrice Florin Product Manager, Multimedia Wikimedia Foundation
On Mon, Mar 10, 2014 at 05:07:11PM -0700, Fabrice Florin wrote:
A. Simple 'Edit? button: (5) Provide an ?Edit? tool above the fold, so that advanced users can quickly go to the Commons description page to edit it. Restrict this to logged-in users only? ? Pros: gives editors a much-needed edit tool, in a compact format that is easy to understand (pencil icon), making it easier for them to do their work ? Cons: readers could get confused by this tool, which takes them to a completely different site (so we may want to not show it to them at all).
One thing I'm not totally clear on - is this a link to the edit page, or to the description page? The former would be hard technically, but the latter would be less useful for power users (maybe?)
C. 'More details on Commons?: (7) Provide a call to action inviting new users to check more details on Commons, explaining what it is and how to get there. Shown below the fold, after key details. ? Pros: Clarifies what Commons is and why users might want to go there: to get more details and share free media. Larger panel makes it easier to find. ? Cons: Below the fold position means many users will not see it. Consider using it in combination with Options A or B above?
The problem I have with this is that it's really Commons centric. I have seen enough Commons-centric crap go into UploadWizard that I'm really cautious about this now, and this smells funny to me.
In particular, the text that is in the mockup doesn't seem to come from anywhere API-accessible, so we would either need to add another field to the siteinfo API ("subtitle for this wiki on remote sites using it as a repository for images..." verbose) or hard-code it in for Commons (see above), which both sound unappealing.
In particular, the text that is in the mockup doesn't seem to come from
anywhere API-accessible, so we would either need to add another field to the siteinfo API ("subtitle for this wiki on remote sites using it as a repository for images..." verbose) or hard-code it in for Commons (see above), which both sound unappealing.
Isn't it possible to use <Shared-repo-name-shared> (the way <Sharedupload-desc-here> does)?
https://www.mediawiki.org/wiki/MediaWiki:Shared-repo-name-shared https://www.mediawiki.org/wiki/MediaWiki:Sharedupload-desc-here
On Tue, Mar 11, 2014 at 01:29:54AM +0100, Jean-Fr?d?ric wrote:
Isn't it possible to use <Shared-repo-name-shared> (the way <Sharedupload-desc-here> does)?
https://www.mediawiki.org/wiki/MediaWiki:Shared-repo-name-shared https://www.mediawiki.org/wiki/MediaWiki:Sharedupload-desc-here
The problem is, the string is something like "The free media repository", which again, it's very Commons-centric. If we want to use a message, it needs to be returned from the repository's siteinfo API and be i18n-capable on that end. AFAIK siteinfo doesn't have that capacity now, anyway.
On Mar 10, 2014, at 5:19 PM, Mark Holmquist mholmquist@wikimedia.org wrote:
On Mon, Mar 10, 2014 at 05:07:11PM -0700, Fabrice Florin wrote:
A. Simple 'Edit? button: (5) Provide an ?Edit? tool above the fold, so that advanced users can quickly go to the Commons description page to edit it. Restrict this to logged-in users only? ? Pros: gives editors a much-needed edit tool, in a compact format that is easy to understand (pencil icon), making it easier for them to do their work ? Cons: readers could get confused by this tool, which takes them to a completely different site (so we may want to not show it to them at all).
One thing I'm not totally clear on - is this a link to the edit page, or to the description page? The former would be hard technically, but the latter would be less useful for power users (maybe?)
This link would go to the file description page, as described above — not the edit page with wikitext, which would be overwhelming for most users.
Even a power user can get more value from seeing the description page first, so they have more context.
The pencil icon is intended here as a metaphor to let you know that if you want to edit this file’s information, you have to go to its file repository.
Someday, we may be able to edit fields directly in the Media Viewer, but it seems best to wait until we have implemented structured data on Commons. :)
C. 'More details on Commons?: (7) Provide a call to action inviting new users to check more details on Commons, explaining what it is and how to get there. Shown below the fold, after key details. ? Pros: Clarifies what Commons is and why users might want to go there: to get more details and share free media. Larger panel makes it easier to find. ? Cons: Below the fold position means many users will not see it. Consider using it in combination with Options A or B above?
The problem I have with this is that it's really Commons centric. I have seen enough Commons-centric crap go into UploadWizard that I'm really cautious about this now, and this smells funny to me.
In particular, the text that is in the mockup doesn't seem to come from anywhere API-accessible, so we would either need to add another field to the siteinfo API ("subtitle for this wiki on remote sites using it as a repository for images..." verbose) or hard-code it in for Commons (see above), which both sound unappealing.
-- Mark Holmquist Software Engineer, Multimedia Wikimedia Foundation mtraceur@member.fsf.org https://wikimediafoundation.org/wiki/User:MHolmquist
On Mar 10, 2014, at 5:29 PM, Jean-Frédéric jeanfrederic.wiki@gmail.com wrote:
In particular, the text that is in the mockup doesn't seem to come from anywhere API-accessible, so we would either need to add another field to the siteinfo API ("subtitle for this wiki on remote sites using it as a repository for images..." verbose) or hard-code it in for Commons (see above), which both sound unappealing.
Isn’t it possible to use <Shared-repo-name-shared> (the way <Sharedupload-desc-here> does)?
https://www.mediawiki.org/wiki/MediaWiki:Shared-repo-name-shared https://www.mediawiki.org/wiki/MediaWiki:Sharedupload-desc-here
-- Jean-Frédéric ______________________
Thanks, Jean-Fréderic!
If it is too inconvenient to provide this subtitle for each file repository, we could either leave the second line blank, or use the same generic phrase already used by that site, like:
‘More details on English Wikipedia The free encyclopedia'
But I think that Pau’s proposal addresses effectively some of the concerns that he heard from users during this recent usability study, with key findings summarized below:
• Access to Commons. It is not clear how to get more metadata. Even for users that appreciate detailed EXIF metadata, “Learn more on commons” link was not communicating that they could get this information. Some users figured out that the license link was leading to the details page, but that was a confusing experience. • A more clear call to action to view more details is needed (example). The details page and the media viewer overlap in content needs to be clarified for the user (we can even label this as “more technical details” to reinforce the different purpose of both).
So I think it’s worth it to go the extra mile to try to explain this link a bit more.
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
_______________________________
Fabrice Florin Product Manager Wikimedia Foundation
On Tue, 11 Mar 2014, at 11:07, Fabrice Florin wrote:
Hello everyone,
Thanks for your good comments over the weekend about the Opt-out feature for Media Viewer!
Based on your feedback, we now plan to provide an ‘enabled' user preference (option A), as described on our discussion page. (1)
That's not a large sample that you've got. I wouldn't make decisions that quick, although in this particular instance it looks harmless. Can you think of ways to attract more feedback?
Hi Gryllida,
Thanks for your response.
I don’t think we need a wide referendum for every feature decision we make, as this would be impractical. :)
The intent of these short feature consultations is to get some quick community feedback, to see if there are any serious issues which would require more discussion.
In the case of the opt-out feature, most of the feedback concurred with our team’s recommendation to implement the ‘enabled’ user preference (Option A), which is a pretty standard solution. So I don’t see a need to belabor the point at this time, as we have a number of more complex issues to discuss.
Today, we would love more feedback on our new question about Links to Commons. What do you guys think?
How important is it that we feature a prominent link to Commons in the Media Viewer? Which of the proposed design options seem more useful?
https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Feedback_o...
Look forward to your recommendations on this important point. And thanks to Gryllida for being first to answer :)
Fabrice
On Mar 11, 2014, at 2:23 AM, Gryllida gryllida@fastmail.fm wrote:
On Tue, 11 Mar 2014, at 11:07, Fabrice Florin wrote:
Hello everyone,
Thanks for your good comments over the weekend about the Opt-out feature for Media Viewer!
Based on your feedback, we now plan to provide an ‘enabled' user preference (option A), as described on our discussion page. (1)
That's not a large sample that you've got. I wouldn't make decisions that quick, although in this particular instance it looks harmless. Can you think of ways to attract more feedback?
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
_______________________________
Fabrice Florin Product Manager Wikimedia Foundation
multimedia@lists.wikimedia.org