Ok. Thank you
Sent from my iPhone
> On Sep 22, 2016, at 1:34 PM, James Teh wrote:
>
> Getting back to the figure role...
>
>
> In discussing this, I had actually forgotten that Firefox (and Chrome)
> already maps the HTML figure tag to role grouping with
Then give it a role but don't take a week of people's time arguing over it. We
have harder problems to work on.
Rich
Sent from my iPhone
> On Sep 16, 2016, at 8:00 PM, James Teh wrote:
>
> IMO, xml-roles is a really horrible hack. An object attribute makes sense for
>
IMO, xml-roles is a really horrible hack. An object attribute makes sense for
things like landmarks because a landmark is more like an attribute of the
element, rather than how it behaves/what it is. I argued a long time ago that
landmark should have been a specific "landmark" attribute, but
On Thu, Sep 15, 2016 at 11:43 AM, Steve Faulkner
wrote:
> Provision of a figure role in Acc APIs is not duplicating anything in HTML.
> It is about providing a cross technology identification of a [feature] that
> does not currently have a specific definition.
Why is
>
> I'm pretty sure Mozilla isn't interested in duplicating
>
semantics already implemented for HTML in SVG
Provision of a figure role in Acc APIs is not duplicating anything in HTML.
It is about providing a cross technology identification of a feataure that
does not currently have a specific
On 15 September 2016 at 16:39, Richard Schwerdtfeger
wrote:
> I don't see any advantages to adding a new IA2 role. The other platforms
> are not doing it either.
Apologies, I got lost in the discussion, Firefox already exposes it as an
object xml-roles:figure which is
On September 15, 2016 at 2:10:09 PM, Rich Schwerdtfeger
(richsch...@gmail.com) wrote:
> Alex, both Doug and Anna have expressed to you the opinion of the SVG working
> group to not
> have those elements in SVG. At this point the discussion on adding or using
> them is not
> productive.
With all
I don't see any advantages to adding a new IA2 role. The other platforms are not doing it either.
This is the current mapping we have in the core-aam:
https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#role-map-figure
Rich
Rich Schwerdtfeger
- Original message -From: Steve
Currently, maps to the ARIA role="figure" accessibility mapping per the HTML-AAM. Applying the ARIA role to and SVG element, such as a , will do the same thing as .
I was in the process of working with Freedom Scientific and NVDA on their implementations when we got held up over the use of in
>
> [1] https://www.w3.org/TR/SVG2/embedded.html
>
>
>>
>> Rich
>>
>>
>>
>> Rich Schwerdtfeger
>>
>>
>> - Original message -
>> From: Alexander Surkov <surkov.alexan...@gmail.com>
>> Sent
; Rich Schwerdtfeger
>
>
>
> - Original message -
> From: Alexander Surkov <surkov.alexan...@gmail.com>
> Sent by: accessibility-ia2-boun...@lists.linuxfoundation.org
> To: Rich Schwerdtfeger <richsch...@gmail.com>
> Cc: IA2 List <accessibility-...@lists.linux-foundation
Hi, Rich. There are still concerns left. Here's my email [1].
Alex.
[1] https://lists.w3.org/Archives/Public/public-aria/2016Sep/0051.html
On Wed, Sep 14, 2016 at 10:22 AM, Rich Schwerdtfeger
wrote:
> Alex,
>
> Are you satisfied with Amelia’s more detailed response and
Alex,
Are you satisfied with Amelia’s more detailed response and why it is needed in
SVG? Figures are used a lot in SVG drawings.
If so, I would like your approval on the figure mapping. I am trying hard to
get ARIA 1.1 wrapped up so that we can focus efforts on helping you and others
on
13 matches
Mail list logo