On 6/10/13, Gnangarra <[email protected]> wrote: > Requiring a hoover to see a caption becomes an impediment to non sight > readers who rely on various readers. > This format is used on sites like Flickr, Pininterest, Google+ etc.. while > many user spend there time just scraping these sites do we really need to > look them
I've re-done the demo in a way hopefully more accessible to screen readers (The caption text should be picked up by screen readers, even if not visible.) Additionally the caption text should be visible when tabbing through the page. >Not if implemented properly. e.g. utilising the <img> tag's title/alt >attributes - in which case it's actually better than the current >implementation! Yeah, I'm not sure which is better, to stuff the caption in an alt attribute (where we'd have to strip out the complex formatting a caption could have, and where the caption could potentially not even describe the image), or making the caption part visible to the screen reader but invisible to the user [Galleries support adding an alt attribute, but almost nobody does]. So far I've opted for the latter, but I'm certainly not an accessibility expert. (I had a little fun though today playing with the orca screen reader and testing. All I can say is that it must be an extremely frustrating experience to be visually impaired) One remaining issue is that the hover on captions thing is not very effective with a touch screen... > How does an editor decide what image sizes are, Not sure what you mean? Same way they currently do with a parameter to the gallery tag. > this would be better > utilised within the category structure where the more important elements of > image size, and name could be displayed with the hover giving you linking > options. That's (part of) the intent. Thomas said: >I think with hover over captions as optional it could be a big hit. I've experimented with various methods of non-hovering. See http://tools.wmflabs.org/bawolff/gallery/index.php?title=Main_Page for different options I've tried (You may have to scroll a little bit). >Implementation in JavaScript: > >http://commons.wikimedia.org/wiki/Commons:Featured_pictures/Animals/Fish?withJS=MediaWiki:Newgallery.js Cool. I thought it was interesting to view Special:newfiles with this script. Thank you everyone for your feedback. I appreciate it (If you have any more thoughts, keep it coming). --bawolff > On 11 June 2013 10:20, bawolff <[email protected]> wrote: > >> That's how its currently implemented (with an attribute named mode). How >> it all works (Or even if it gets adopted), will depend on the sort of >> feedback I get. >> >> You're 100% right, that this would not work well with the COM:QIC >> workflow, and there are many places where the captions are important. But >> I >> would argue there are many places where people just have captions as a >> place holder text since there is a spot for a caption (Many [not all] >> galleries on commons fit this description). In particular, the captions >> on >> the auto-generated galleries in category listings are pretty useless, and >> could easily be replaced with something triggered on hover. >> >> Even in encyclopedic contexts, a gallery is used as a collection of >> pretty >> pictures, and the caption is a sort of "see also" text to provide further >> context for if one of the images catches the reader's eye. >> >> --bawolff >> >> On Mon, Jun 10, 2013 at 10:53 PM, Daniel Schwen <[email protected]> wrote: >> >>> If this should find its way into core, it should be made optional >>> (using an attribute of <gallery>)! Please be aware that this would >>> instantly destroy gallery applications like COM:QIC. Also from a >>> usability standpoint hiding the captions is probably not always a good >>> thing. Especially in the context of an encyclopedia rather than a >>> "pretty picture" site (like flickr). >>> Daniel >>> >>> On Mon, Jun 10, 2013 at 6:36 PM, bawolff <[email protected]> wrote: >>> > [Cross posting to commons-l and design list] >>> > >>> > Hi all, >>> > >>> > Over the last couple days, I've been looking at making our <gallery> >>> tag a >>> > lot more slick. Compared to other websites, our galleries look very >>> "boxy" >>> > imo. This isn't that bad when it comes to icon/clip art type media, >>> > but >>> for >>> > photos I feel we could really do better. So I've tried to make the >>> galleries >>> > be more compact, with rows of images all the same height but different >>> > width, and the caption visible on hover. The only downside to this is >>> the >>> > borders of the gallery become a little ragged, which mostly looks fine >>> to me >>> > (Possibly could be dealt with with js. Would involve a bit of double >>> loading >>> > the images though). >>> > >>> > A demo speaks louder than words, hence: >>> > >>> > * >>> > >>> http://tools.wmflabs.org/bawolff/gallery/index.php?title=Featured_pictures/Non-photographic_media >>> > (contrast with >>> > >>> http://commons.wikimedia.org/wiki/Commons:Featured_pictures/Non-photographic_media >>> > ) >>> > * >>> > >>> http://tools.wmflabs.org/bawolff/gallery/index.php?title=Featured_pictures/Animals/Fish >>> > (contrast with >>> > >>> http://commons.wikimedia.org/wiki/Commons:Featured_pictures/Animals/Fish) >>> > * http://tools.wmflabs.org/bawolff/gallery/index.php?title=Main_Page >>> > >>> > Additionally the wiki is open to editor (You need to register an >>> > account >>> > first), so please don't hesitate to experiment. >>> > >>> > Anyhow, this is all still a work in progress, and I would really >>> appreciate >>> > your feedback/criticism/hate mail/love letters/etc. >>> > -- >>> > Thanks, >>> > Bawolff >>> > >>> > _______________________________________________ >>> > Commons-l mailing list >>> > [email protected] >>> > https://lists.wikimedia.org/mailman/listinfo/commons-l >>> > >>> >> >> >> _______________________________________________ >> Commons-l mailing list >> [email protected] >> https://lists.wikimedia.org/mailman/listinfo/commons-l >> >> > > > -- > GN. > Photo Gallery: http://gnangarra.redbubble.com > Gn. Blogg: http://gnangarra.wordpress.com > _______________________________________________ Commons-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/commons-l
