- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Tue, 18 Aug 2015 16:37:25 -0500
- To: "Gies, Edward M. (ELS-DAY)" <Ted.Gies@elsevier.com>
- Cc: PF <public-pfwg@w3.org>
Thank you Ted. You should know we are also looking at HTML Details. It has been implemented in 2 browsers (Webkit and Chrome). Firefox and IE/Edge have not implemented it yet but Firefox has a bug filed and we are looking at it. With Details/Summary we can also take an <iframe> within the details element and use it to link to remote content either on another server or in a local file in a EPUB package. I know Elsevier uses EPUB. We also discussed visibility of details and if we can get FF and Edge to support it then we have talked about using CSS media quiries to hide the content unless the user turns on a feature in the host OS platform that would trigger a media query attribute which would turn on the visibility of the details element in the book. What is your strategy for dealing with links when there is no network connectivity? This question was asked in the requirements gathering meeting. Best, Rich Rich Schwerdtfeger From: "Gies, Edward M. (ELS-DAY)" <Ted.Gies@elsevier.com> To: Richard Schwerdtfeger/Austin/IBM@IBMUS Date: 08/11/2015 03:40 PM Subject: Re: aria-describedat Hi Rich, Just making sure that my comments on aria-describeat reach a proper person. Please let me know if you need me to distribute this in another channel. Currently Elsevier does not implement the aria-describedat in any of our web platforms, however we plan to in the future. We have recently updated our Journals and Book DTD with an element to house long descriptions. This element could be a URI pointer to a page that could serve as a long description for a figure in an online science book for instance. We fully support keeping aria-describedat which we view as a relevant technique to help us conform with WCAG 2.0 1.1.1 and US 508 1194.22 a. Thanks, Ted
Received on Tuesday, 18 August 2015 21:38:07 UTC