Re: Collections of web pages

Hi All

I'm not sure we're going to land on this, but it might be useful to provide
some context regarding the use of "web page" and "set of web pages"

In 2003, it became clear to us that the web was changing and that the term
"web page" may not survive emerging patterns on the web. So we began to
explore new terms for a unit of measurement in WCAG 2.0. The term we came
up with was "web unit" and it was used in the 2006 draft of WCAG 2.0. It
was a disaster. It received terrible reviews. So we went back to the table.
I was thinking about the industrial revolution and the evolution of terms
such as "horsepower". I realized that after horses were no longer relevant
to travel, the auto industry could have used a number of terms to define
the power of an automobile's engine. But they borrowed the term
"horsepower" that everyone understood. It's still the standard unit of
measurement 100 years later.

So we did the same with the term "web page" as the automakers did with
"horsepower" and defined it in such a way as to encompass everything we
wanted to cover with "web unit".

We chose URI because at that time we couldn't find any other characteristic
that we could hang onto for a unit of conformance. (we still have that
problem as we explore new units of measurement for WCAG 3.0).

Set of web pages was used because we wanted to say "web site" but couldn't
define it... what is a web site? does it include subdomains, directories
with sub sites etc... so we went with "set of web pages" which had common
characteristics and were related.

I don't know if that context is helpful, but that's how we got here.

Cheers,
David MacDonald



*Can**Adapt* *Solutions Inc.*

Tel:  613-806-9005

LinkedIn
<http://www.linkedin.com/in/davidmacdonald100>

twitter.com/davidmacd

GitHub <https://github.com/DavidMacDonald>

www.Can-Adapt.com <http://www.can-adapt.com/>



*  Adapting the web to all users*
*            Including those with disabilities*

If you are not the intended recipient, please review our privacy policy
<http://www.davidmacd.com/disclaimer.html>


On Mon, Apr 13, 2020 at 12:56 PM Avneesh Singh <avneesh.sg@gmail.com> wrote:

> Of course we are expecting Silver to support use case of an EBook, we have
> been providing requirements of digital publishing to Silver task force.
>
> Regarding this discussion, my understanding is that we are looking for
> incremental improvement for WCAG 2.x.
> There are many EBooks formats, it may be difficult for all of them to
> conform to WCAG principles.
> But if we focus on EPUB and W3C audio books specifications, these are just
> a collection of HTML pages and resources that HTML supports. So, it is
> possible to come up with a definition for digital publications based on web
> technologies.
>
>
> With regards
> Avneesh
>
> *From:* Korn, Peter
> *Sent:* Monday, April 13, 2020 21:37
> *To:* Matt Garrish ; 'Avneesh Singh' ; 'John Foliot'
> *Cc:* 'Bruce Bailey' ; 'Alastair Campbell' ; 'Andrew Kirkpatrick' ;
> w3c-wai-gl@w3.org ; 'Shawn Lauriat' ; '508'
> *Subject:* Re: Collections of web pages
>
>
> Matt,
>
>
>
> I too am coming late into a discussion – specifically that of eBook/ePub
> accessibility standards.  Has there already been an effort to map WCAG 2.x
> success criteria onto eBooks?  Is there a place to review the “web page =
> ePub” thinking, to consider a deeper re-wording to make for a better fit?
> To likewise review the criteria to see if they even make sense?  (and to
> add others where that likewise makes sense)?
>
> Regards,
>
>
>
> Peter
>
> --
>
> Peter Korn | Director, Accessibility | Amazon Lab126
>
> pkorn@amazon.com
>
>
>
> *From: *Matt Garrish <matt.garrish@gmail.com>
> *Date: *Monday, April 13, 2020 at 8:44 AM
> *To: *"Korn, Peter" <pkorn@lab126.com>, 'Avneesh Singh' <
> avneesh.sg@gmail.com>, 'John Foliot' <john.foliot@deque.com>
> *Cc: *'Bruce Bailey' <Bailey@access-board.gov>, 'Alastair Campbell' <
> acampbell@nomensa.com>, 'Andrew Kirkpatrick' <akirkpat@adobe.com>, "
> w3c-wai-gl@w3.org" <w3c-wai-gl@w3.org>, 'Shawn Lauriat' <
> lauriat@google.com>, '508' <508@access-board.gov>
> *Subject: *RE: [EXTERNAL] Collections of web pages
> *Resent-From: *<w3c-wai-gl@w3.org>
> *Resent-Date: *Monday, April 13, 2020 at 8:44 AM
>
>
>
> > Given that they are completely comfortable re-writing success criterion
> for their work, making eBook accessibility language slavishly follow a
> structure we are quite prepared to move away from, makes even less sense.
>
>
>
> Coming in late to the discussion, this is what I wasn’t completely clear
> on. To date, I’d understood that the kinds of changes you’re suggesting are
> being deferred to WCAG3/Silver, and I fully agree, as I expect would
> Avneesh, that they need to be integrated there. It’s also partly why we
> have an accessibility specification for epub, as there are aspects of
> conformance that need some extra detailing.
>
>
>
> But if the goal of any WCAG 2.X is to only incrementally build on what
> exists, and to do so in as backwards compatible a manner as possible, then
> modifying the definition, while imperfect, at least edges us closer to that
> next phase without being too disruptive.
>
>
>
> I’m happy to help whichever the case may be, but I’ll defer to others on
> the preferred approach to move this document forward.
>
>
>
> Matt
>
>
>
> *From:* Korn, Peter <pkorn@lab126.com>
> *Sent:* April 13, 2020 12:21
> *To:* Matt Garrish <matt.garrish@gmail.com>; 'Avneesh Singh' <
> avneesh.sg@gmail.com>; 'John Foliot' <john.foliot@deque.com>
> *Cc:* 'Bruce Bailey' <Bailey@access-board.gov>; 'Alastair Campbell' <
> acampbell@nomensa.com>; 'Andrew Kirkpatrick' <akirkpat@adobe.com>;
> w3c-wai-gl@w3.org; 'Shawn Lauriat' <lauriat@google.com>; '508' <
> 508@access-board.gov>
> *Subject:* Re: Collections of web pages
>
>
>
> Matt,
>
>
>
> I want to focus on one specific thing you wrote below: “…I assume the goal
> here is to be as minimally disruptive of the current terminology as
> possible…”  I want to push back on that.
>
>
>
> Why should that be the goal?
>
>
>
> As you have articulated nicely below, eBooks are a bit of different animal
> than a web site – being at times both more like a web page and at others
> more like a collection of web pages (or, dare I suggest, an entire website
> unto themselves).  Given this, I think the right approach is to start with
> an evaluation from first principles:
>
> ·         What do the four key principles mean in the context of an eBook
> – perceivable, operable, usable, and robust?
>
> o   Is there anything about these principles that don’t map onto an
> eBooks [I suspect not]?
>
> o   Are there any principles that are missing when think about eBooks
> [perhaps; I’m not sure, but again I suspect not]?
>
> ·         For each Guideline, what do the Guidelines contained within
> that principles mean in the context of an eBook?
>
> o   Any missing?  Any that don’t apply?  [I suspect both things are the
> case – especially as we think about cognitive impairments where there is
> significant understanding around techniques like adjustable justification
> of rendering to make a book’s text right ragged]
>
> ·         [and then finally], For each success criterion…
>
>
>
> And then, for each that apply, be unconstrained in modifying the language
> of that criterion so that fits well – not just “substitute eBook for
> webpage” (or “some portion of an eBook for webpage”).
>
>
>
> I suspect most of the people in the publishing world who are striving to
> create accessible eBooks will be far more fluent in what it means to be a
> book than to be a web page.  I see no value in pushing them to first
> understand web terminology and lore, and then to get comfortable with the
> places where we simply directly substitute “eBook” for “web  page” (or “set
> of web pages” or whatever).
>
>
>
>
>
> Also, finally, I think we should be aware of what is going on in
> Silver/WCAG 3.  Given that they are completely comfortable re-writing
> success criterion for their work, making eBook accessibility language
> slavishly follow a structure we are quite prepared to move away from, makes
> even less sense.
>
>
>
>
>
> Regards,
>
>
>
> Peter
>
> --
>
> Peter Korn | Director, Accessibility | Amazon Lab126
>
> pkorn@amazon.com
>
>
>
> *From: *Matt Garrish <matt.garrish@gmail.com>
> *Date: *Monday, April 13, 2020 at 4:41 AM
> *To: *'Avneesh Singh' <avneesh.sg@gmail.com>, 'John Foliot' <
> john.foliot@deque.com>, "Korn, Peter" <pkorn@lab126.com>
> *Cc: *'Bruce Bailey' <Bailey@access-board.gov>, 'Alastair Campbell' <
> acampbell@nomensa.com>, 'Andrew Kirkpatrick' <akirkpat@adobe.com>, "
> w3c-wai-gl@w3.org" <w3c-wai-gl@w3.org>, 'Shawn Lauriat' <
> lauriat@google.com>, '508' <508@access-board.gov>
> *Subject: *RE: [EXTERNAL] Collections of web pages
>
>
>
>
>
> Hi all,
>
>
>
> The problem I find for EPUB is that it is both a “web page” – available at
> a single URL when it is on the web or at a file URL – and also a set of web
> pages once you obtain the packaged resource and begin to consume it. The
> URLs of the packaged pages may just be opaque to all but the reading system.
>
>
>
> Similarly, the forthcoming audiobooks specification and any future
> publication formats like it are designed to exist both as expanded sets of
> pages and also as packaged single resources, as Avneesh has pointed out.
> They can’t be different things, and aren’t, just because of the packaging.
>
>
>
> Where things get even more weird is that digital publications can be a
> single web page of content within the container file, so you have a set
> that itself only has to be one page (good old singletons). The current
> definition of a “set of web pages” doesn’t invalidate this, but there’s an
> inference of two or more.
>
>
>
> What we want with digital publications is for the set to always be
> evaluated as a single entity independent of it being packaged. It’s why,
> for example, we chose with the publication manifest and audiobook
> specifications to focus more on the bounded aspect of the resources – that
> the one or more pieces of content are all connected as a single logical
> unit with a beginning and end (linear or non-linear reading not mattering).
>
>
>
> But to avoid rambling on too much, I assume the goal here is to be as
> minimally disruptive of the current terminology as possible. If so, I’d
> look at massaging the “set of web pages” definition as I think it can be
> made to bridge some of the current ambiguity we have with publications.
>
>
>
> My best take so far on this is maybe a bit of a mouthful, but goes:
>
>
>
> *set of web pages*
>
> one or more web pages <https://www.w3.org/TR/WCAG21/#dfn-web-page-s>
> logically connected, and with at least one progression, such that whole
> would be incomplete or unusable if any were unavailable
>
> To that I would add a note like the following about packaging:
>
>
>
> Note: A set of web pages may be packaged and made available as a single
> web page (e.g., EPUB), but the packaging does not alter the nature of the
> set.
>
>
>
> I realize “one or more” may introduce some confusion with the single web
> page definition, so that could always be left as “collection of” if digital
> publications are unique in sometimes only consisting of a single resource.
> The singular nature could be hinted at in an example instead.
>
>
>
> I’m sure this group can improve on what I’ve offered up, but hopefully
> this helps frame the publication issue a bit.
>
>
>
> Matt
>
>
>
>
>
> *From:* Avneesh Singh <avneesh.sg@gmail.com>
> *Sent:* April 10, 2020 06:50
> *To:* John Foliot <john.foliot@deque.com>; Korn, Peter <pkorn@lab126.com>;
> Matt-Garrish <matt.garrish@gmail.com>
> *Cc:* Bruce Bailey <Bailey@access-board.gov>; Alastair Campbell <
> acampbell@nomensa.com>; Andrew Kirkpatrick <akirkpat@adobe.com>;
> w3c-wai-gl@w3.org; Shawn Lauriat <lauriat@google.com>; 508 <
> 508@access-board.gov>
> *Subject:* Re: Collections of web pages
>
>
>
> “Now, what if instead we had a different format eBook, which didn’t use
> zip or any other component-based compression scheme, but which appeared to
> the reader to be the same content, presented in the same way, as its ePub
> equivalent?  Would that non-ePub eBook also be a “set of web pages”?  “
>
>
>
> The definition should not be based on zip or container. The audio books
> specifications developed in Publishing Working Group allows publishers to
> publish a set of files as well as files encapsulated form of light weight
> zip container.
>
> The best person from digital publishing group to work on definition is
> Matt Garrish, the chief editor of EPUB 3 specifications. He is copied.
>
>
>
> With regards
>
> Avneesh
>
> *From:* John Foliot
>
> *Sent:* Friday, April 10, 2020 3:38
>
> *To:* Korn, Peter
>
> *Cc:* Avneesh Singh ; Bruce Bailey ; Alastair Campbell ; Andrew
> Kirkpatrick ; w3c-wai-gl@w3.org ; Shawn Lauriat ; 508
>
> *Subject:* Re: Collections of web pages
>
>
>
> Peter asks (some very good questions):
>
>
>
> Now, what if instead we had a different format eBook, which didn’t use zip
> or any other component-based compression scheme, but which appeared to the
> reader to be the same content, presented in the same way, as its ePub
> equivalent?  Would that non-ePub eBook also be a “set of web pages”?
>
>
>
> I think Peter that part of the problem is that we keep calling them "web
> pages": what if, instead we just called them "pages"? In that case, any
> collection of "pages" would (by definition) be a "book" (publication?) and
> in that case I am simply suggesting that higher-order "collection of..."
> requirements are applied to whatever the parent container is called: book,
> site, (and perhaps, in the future with XR, "scenes" inside an "instance" -
> I don't know the answer to that specific a question today, but you get (I
> hope) the idea). I think the critical bit is that alone, the content (page,
> screen, scene, whatever) is incomplete at best, and completely unusable at
> worst, but by design: it is *intended* to be part of a larger "collection".
>
> I think too that while there has been significant standardization in
> digital publishing since the early days (.mobi anyone?), I'd none-the-less
> seek some guidance from the W3C Digital Publishing Group on an appropriate
> term and perhaps even definition (if they have such a beast). In that
> regard, I know Avneesh to be an active member of that group, and welcome
> his thoughts - or perhaps he could take it back to that WG for more input?
> Perhaps eBook is right, or perhaps there is a better more inclusive term
> that we should be using. (Open Question: does 'pagination' have a place
> here? i.e. content that relies explicitly - or perhaps even implicitly - on
> pagination as part of the delivery process is a "collection" of
> pages/screens/contentblocks - and for those collections, 1 of *foo* is
> sufficient: findable help, privacy or accessibility policy, etc..)
>
>
> No matter what, I am personally unhappy with "web page" as a unit of
> measurement, and I believe that WCAG 3.0 / Silver is trying to avoid that
> narrowly defined container as well.
>
> FWIW
>
>
>
> JF
>
>
>
> On Thu, Apr 9, 2020 at 2:06 PM Korn, Peter <pkorn@lab126.com> wrote:
>
> John, Avneesh,
>
>
>
> If an ePub file/book is, under the covers, a zip file; and if this ePub
> file is a “set of web pages”, then what constitutes an individual web page
> within that set?  Each of the individual files if we were to unzip it?
> Each page (what is a page when screen sizes & font sizes vary so much)?
> Each chapter?
>
>
>
> Now, what if instead we had a different format eBook, which didn’t use zip
> or any other component-based compression scheme, but which appeared to the
> reader to be the same content, presented in the same way, as its ePub
> equivalent?  Would that non-ePub eBook also be a “set of web pages”?
>
>
>
> I’m sorry that I’m coming into this analysis of ePub through the lens of
> WCAG rather late; I know I’ve missed many conversations about this, and I
> appreciate patience as I come up to speed.  Looking through the 3 WCAG 2.1
> SCs that reference “set of Web pages”, I see the following text:
>
>
>
> 2.4.5 Multiple Ways: More than one way is available to locate a Web page
> <https://www.w3.org/TR/WCAG21/#dfn-web-page-s> within a set of Web pages
> <https://www.w3.org/TR/WCAG21/#dfn-set-of-web-pages> except where the Web
> Page is the result of, or a step in, a process
> <https://www.w3.org/TR/WCAG21/#dfn-processes>.
>
> 2.4.8 Location: Information about the user's location within a set of Web
> pages <https://www.w3.org/TR/WCAG21/#dfn-set-of-web-pages> is available.
>
> 3.2.4 Consistent Identification: Components that have the same
> functionality <https://www.w3.org/TR/WCAG21/#dfn-same-functionality>
> within a set of Web pages
> <https://www.w3.org/TR/WCAG21/#dfn-set-of-web-pages> are identified
> consistently.
>
>
>
> Thinking about the user needs, and translating this into an eBooks, I’d
> think the right approach is something like:
>
>
>
> 2.4.5 Multiple Ways: More than one way is available to locate a *[page?
> Chapter? Section?] of the eBook*.
>
>    (e.g. a TOC, page numbers, section titles in footer)
>
> 2.4.8 Location: Information about the user's location within *the eBook*
> is available.
>
>    (e.g. a page number, %, or other counter)
>
> 3.2.4 Consistent Identification: *Interactive elements* that have the same
> functionality <https://www.w3.org/TR/WCAG21/#dfn-same-functionality>
> within *the eBook* identified consistently.
>
>
>
> This language doesn’t so easily map onto simply re-defining what “web
> page” and “set of web pages” means in an eBook/ePub context, but feels to
> me to do a better job capturing the intent of these SCs and the needs of
> customers with various disabilities in using eBooks.
>
>
>
>
>
> Peter
>
> --
>
> Peter Korn | Director, Accessibility | Amazon Lab126
>
> pkorn@amazon.com
>
>
>
> *From: *Avneesh Singh <avneesh.sg@gmail.com>
> *Date: *Wednesday, April 8, 2020 at 10:43 PM
> *To: *John Foliot <john.foliot@deque.com>, Bruce Bailey <
> Bailey@access-board.gov>
> *Cc: *Alastair Campbell <acampbell@nomensa.com>, Andrew Kirkpatrick <
> akirkpat@adobe.com>, "w3c-wai-gl@w3.org" <w3c-wai-gl@w3.org>, Shawn
> Lauriat <lauriat@google.com>, 508 <508@access-board.gov>
> *Subject: *RE: [EXTERNAL] Collections of web pages
> *Resent-From: *<w3c-wai-gl@w3.org>
> *Resent-Date: *Wednesday, April 8, 2020 at 10:42 PM
>
>
>
> *CAUTION*: This email originated from outside of the organization. Do not
> click links or open attachments unless you can confirm the sender and know
> the content is safe.
>
>
>
>
>
>
>
> *From:* John Foliot
>
> *Sent:* Wednesday, April 8, 2020 23:09
>
> *To:* Bruce Bailey
>
> *Cc:* Alastair Campbell ; Andrew Kirkpatrick ; WCAG list (
> w3c-wai-gl@w3.org) ; Shawn Lauriat ; 508
>
> *Subject:* Re: Collections of web pages
>
>
>
> Bruce writes:
>
>
>
> > I am arguing that we make the same common sense leap for ePub and WCAG
> 2.2.  A typical ePub, posted online as a zip file, is a set of web pages,
> full stop.
>
>
>
> +1
>
>
>
> Avneesh: +1
>
> EPUB is set of HTML pages in form of files properly arranged in zip
> container.
>
>
>
> An E-Pub (Electronic Publication) is a singular unit that comprises
> multiple screens or views, but is traditionally thought-of as a single and
> complete entity.
>
> It traditionally also has a single table-of-contents, which I will argue
> also suggests to me that a single "findable help" would be (in context)
> appropriate. This is not to say that
> content creators cannot *also* provide contextual help in the 'footer' of
> each e-pub document if desired, only that it would not be mandated to do so.
>
>
>
> Thoughts?
>
>
>
> JF
>
>
>
> On Wed, Apr 8, 2020 at 12:06 PM Bruce Bailey <Bailey@access-board.gov>
> wrote:
>
> Thanks Alastair for kicking off this discussion.  CC’ing John Foliot since
> he has some strong opinions about this.  CC’ing Shawn Lauriat because he
> has articulated how our current definition of web page does not stand up to
> technical scrutiny.
>
>
>
> Forgive me, but I will remind folks that in 2006 the WG though we needed a
> new term, “web unit”.  The good old bad old days!
>
> www.w3.org/TR/2006/WD-WCAG20-20060427/appendixA.html#webunitdef
>
>
>
> Can we agree that there is a certain amount of hand waving required with
> our current definition of web page?
>
>
>
> I agree that a typical PDF file is a web page.
>
> I agree that a PDF collection could be posted in a way that it is a set of
> web pages.  I pretty confident we can agree it is not typical.  For this
> discussion, I would really rather we not spend cycles talking about PDFs.
>
>
>
> I disagree that posting a .zip file (or similar archive of a collection)
> has any meaningful implication to our discussion of web page or set of web
> pages.  Yes, files posted online have a URI.  Not every URI is a web page!
>
>
>
> If one archives a set of web pages into a single zip file (and posts the
> zip online), it would be nonsensical to assert that the URI is now a web
> page and no longer a set of web pages.
>
>
>
> I am arguing that we make the same common sense leap for ePub and WCAG
> 2.2.  A typical ePub, posted online as a zip file, is a set of web pages,
> full stop.
>
>
>
> I admit that my argument is not in the shape of good formal logic.  I
> would ask that anyone who disagrees (than an ePub is a set of web pages)
> make a recommendation to how our definition of web page and set of web page
> might be tweaked (so that they would agree that an ePub meets their
> modified definition for set of web pages).
>
>
>
>
>
> *From:* Alastair Campbell <acampbell@nomensa.com>
> *Sent:* Wednesday, April 8, 2020 11:42 AM
> *To:* Andrew Kirkpatrick <akirkpat@adobe.com>; Bruce Bailey <
> Bailey@Access-Board.gov>
> *Cc:* WCAG list (w3c-wai-gl@w3.org) <w3c-wai-gl@w3.org>
> *Subject:* Collections of web pages
>
>
>
> Hi Andrew, Bruce & everyone,
>
>
>
> During the discussion of two criteria (at least), the concept of “set of
> web pages” came up as a key point.
>
>
>
> ·  Findable help: Including ‘set of web pages’ helps to scope-out the
> very simple one-page websites and *PDFs* that are less likely to have
> human contact details.
>
> ·  Fixed reference points: It says “a web page or set of web pages" so
> that it covers ePub and non-ePub files .
>
>
>
> Andrew mentioned that long PDFs could be considered a ‘set of web pages’,
> and that some PDFs techniques mention that.
>
>
>
> As far as I can tell from our definition for a web page
> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2FWCAG21%2F%23dfn-web-page-s&data=02%7C01%7CBailey%40access-board.gov%7Cc6d89b46797f49213b0808d7dbd36f2d%7Cfc6093f5e55e4f93b2cf26d0822201c9%7C0%7C0%7C637219573475002609&sdata=gHYOWONUhzMRcA04Vv1eJhLF1DSlhV93bdnPX6QIfnA%3D&reserved=0>
> and set of web pages
> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2FWCAG21%2F%23dfn-set-of-web-pages&data=02%7C01%7CBailey%40access-board.gov%7Cc6d89b46797f49213b0808d7dbd36f2d%7Cfc6093f5e55e4f93b2cf26d0822201c9%7C0%7C0%7C637219573475012600&sdata=yFqJ7fz4UUlIGWgKiP%2F3wSjXdWjAUavo%2F3lEdu%2B7xHI%3D&reserved=0>,
> all of these would be considered a ‘web page’ as they are located at a
> single URI:
>
> ·         A PDF;
>
> ·         An ePub document;
>
> ·         A ‘single page app’, unless it adjusts the URI & browser
> history to appear to have multiple pages.
>
>
>
> I can’t see a reference to ‘set of web pages’ in the PDF techniques
> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2FWCAG20-TECHS%2Fpdf%23PDF2&data=02%7C01%7CBailey%40access-board.gov%7Cc6d89b46797f49213b0808d7dbd36f2d%7Cfc6093f5e55e4f93b2cf26d0822201c9%7C0%7C0%7C637219573475022599&sdata=l675wkH%2FdAOI%2BCs1gXjVqCzW%2FzcR%2FBdfolGwFJ96iNs%3D&reserved=0>,
> the closest is PDF2 but that doesn’t seem to reference the definition
> directly.
>
>
>
> Can anyone see an issue with the uses of “set of web pages” in these two
> SCs?
>
>
>
> Kind regards,
>
>
>
> -Alastair
>
>
>
> --
>
>
>
> www.nomensa.com
> <https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.nomensa.com%2F&data=02%7C01%7CBailey%40access-board.gov%7Cc6d89b46797f49213b0808d7dbd36f2d%7Cfc6093f5e55e4f93b2cf26d0822201c9%7C0%7C0%7C637219573475032595&sdata=DG90CpyZ1cu8b9ZXKK5ZbRRWtRJ4U5d%2FHjqqhuwLuVo%3D&reserved=0>
> / @alastc
>
>
>
>
>
> --
>
> *​**John Foliot* | Principal Accessibility Strategist | W3C AC
> Representative
> Deque Systems - Accessibility for Good
> deque.com
>
>
>
>
>
>
>
>
>
> --
>
> *​**John Foliot* | Principal Accessibility Strategist | W3C AC
> Representative
> Deque Systems - Accessibility for Good
> deque.com
>
>
>
>
>