[oslc-core] Need to add alt/title property to the Compact UI Preview specifcation

Steve K Speicher sspeiche at us.ibm.com
Tue Feb 21 16:45:38 EST 2012


Bill,

I'll put on an upcoming Core WG meeting to discuss.

I think it is a reasonable request to add in a couple of recommended 
properties, such as:

   <oslc:icon rdf:resource="http://example.com/icons/defect.jpg" />
   <oslc:iconAltLabel>Defect</oslc:iconAltLabel>
   <oslc:iconTitle>Defect Icon</oslc:iconTitle>

Further extended what is defined in [1].  Be interested if others have 
concerns with this approach or any alternative suggestions.

[1] - http://open-services.net/bin/view/Main/OslcCoreUiPreview

Thanks,
Steve Speicher | IBM Rational Software | (919) 254-0645

> From: "Bill Andreas" <Bill_Andreas at notesdev.ibm.com>
> To: oslc-core at open-services.net, 
> Date: 02/15/2012 04:27 PM
> Subject: [oslc-core] Need to add alt/title property to the Compact UI 
> Preview specifcation
> Sent by: oslc-core-bounces at open-services.net
> 
> The current specification of an OSLC Compact UI Preview defines an icon 
as 
> part of the specification but does not provide a means to provide any 
> accessibility information about that icon.  As a consequence, when the 
> compact preview information is displayed, the visualization is not 
> accessible (fails to provide an alternative explanation of an image). 
> 
> The nub of the issue here is that the compact UI Preview defines an icon 
as 
> simply a resource (a reference to an image file) but it does not allow 
> information about that icon to be provided that is needed for to render 
> "accessible" HTML markup. 
> 
> Property 
> 
> Value-type 
> 
> Occurs 
> 
> Description 
> 
> oslc:icon 
> 
> Resource 
> 
> zero-or-one 
> 
> URI of an image which may be used in the display of a link to the 
resource. 
> The image SHOULD be 16x16 pixels in size. 
> 
> 
> 
> When the UI renders the icon, we'll display something like: 
> 
> <img class="iconNode" dojoattachpoint="iconNode" src="https://
> 
rqmx64a.rtp.raleigh.ibm.com:9443/qm/web/com.ibm.asq.common.web/ui/internal/
> images/icons/obj16/qm_testcase16.gif"> 
> 
> The accessibility issue is that there is no title or alt property 
associated
> with the image.  The icon conveys information (it's commonly a visual 
> representation of the "type" of the thing being previewed).  Since the 
icon 
> conveys information accessibility standards require that the alt or 
title 
> (or both) properties be set on the img tag with a meaningful string 
assigned to them.
> 
> None of the values currently in the compact rendering specification are 
> suitable for use as the alt/title text for the icon.  (So we leave 
alt/title
> unvalued and accessibility checking software immediately flags the 
rendered 
> icon as failing accessibility). 
> 
> There are a couple of ways this could be solved.  One mechanism used in 
some
> other standards is to simply allow the title/alt text (and potentially 
other
> HTML attributes) to be specified as arguments on the URI used to specify 
the
> image, e.g., "foobar.com/fancy_icon.gif?title=Fancy Pants Icon".  The 
other 
> mechanism would be to add an attribute to the specification 
"Icon-alt-text" 
> or some such thing. 
> 
> In most uses, a single string is used as both the alt and title property 
of 
> an img tag (the two properties serve a very similar purpose), so only 
one 
> value is needed.  There are odd cases where someone might really want 
the 
> alt text to be lengthier then the title text (the title text is 
displayed in
> a tooltip, the alt text is handed to screen readers and displayed if the 

> icon doesn't load). 
> 
> The need for specifying the alt/title text for the icon is rather 
pressing. 
> Longer term, there may be a need to allow other kinds of HTML properties 
to 
> be specified (which is why some standards just throw these properties, 
as 
> needed, onto the URI instead of making them separate attributes).  For 
> example, there is talk that both the lang and dir attributes may need to 
be 
> set on icons (some globalization people have been clamoring for this). 
So 
> in deciding how to best handle alt/title text, we may want to think 
about 
> possible (similar) future needs,. 
> 
> --  Bill Andreas 
> 
> Senior Designer 
> Rational Software
> _______________________________________________
> Oslc-Core mailing list
> Oslc-Core at open-services.net
> http://open-services.net/mailman/listinfo/oslc-core_open-services.net





More information about the Oslc-Core mailing list