- From: Bill Kasdorf <kasdorf.bill@gmail.com>
- Date: Fri, 4 May 2018 10:49:30 -0400
- To: Laurent Le Meur <laurent.lemeur@edrlab.org>
- Cc: Leonard Rosenthol <lrosenth@adobe.com>, W3C Publishing Working Group <public-publ-wg@w3.org>, "Reid, Wendy" <wendy.reid@rakuten.com>, "Dugas, Ben" <ben.dugas@rakuten.com>, "Xu, Zheng | KGB" <zheng.xu@rakuten.com>
- Message-ID: <CALhciFivmNaDv_HNN6g2yotqTGitufXJZu_qLP=FtPYOPJTLPg@mail.gmail.com>
Just a reminder about what I recall as two fundamental principles behind the WP/PWP/EPUB 4 architecture: --All three are intended for all types of publications. Not all file types; all publication types. --In that WP/PWP/EPUB 4 succession, each successive format is a valid instance of the previous one. A valid EPUB 4 must by definition be a valid PWP and a valid WP; a PWP must be a valid WP. But not all WPs are PWPs or EPUB4s; not all PWPs are EPUB 4s. Thus for each of those formats the specifications get tighter, more specific. For example, what I have always expected is that EPUB4 (for purposes of supply chain practicality) will require a specific type of packaging, but a PWP will permit any packaging that is valid in the OWP. A WP may or may not be packaged at all; when it is, in an OWP-valid way, it is a PWP. When it's packaged in the EPUB 4-specific way, and meets the other requirements of EPUB 4, it's an EPUB 4. If it doesn't meet those other requirements, it's a PWP but not an EPUB 4. I hope we haven't strayed from those two fundamental principles. --Bill K *Bill Kasdorf* *Principal, Kasdorf & Associates, LLC* kasdorf.bill@gmail.com +1 734-904-6252 ISNI: http://isni.org/isni/0000000116490786 ORCiD: https://orcid.org/0000-0001-7002-4786 <https://orcid.org/0000-0001-7002-4786?lang=en> On Fri, May 4, 2018 at 10:34 AM, Laurent Le Meur <laurent.lemeur@edrlab.org> wrote: > Dear Leonard, > > You know that EDRLab is deeply involved in the process of pushing > accessibility in Europe. Accessibility is one of our pillars. > WP and EPUB4 will both support a large set of accessibility features > (mostly because the HTML content will be structured and tagged > accordingly). > EPUB 4 will *recommend* that publications are accessible. > Daisy will offer ACE as a great tool for assessing and quantifying the > accessibility of EPUB 4 and WP content. > Still, I don't think that EPUB 4 will ever *mandate* (i.e. require) a > certain minimum level of accessibility as defined by ACE; and this for > strategic and practical reasons. > > But we'll see... > > Cordialement, > > Laurent Le Meur > EDRLab > > > Le 4 mai 2018 à 16:01, Leonard Rosenthol <lrosenth@adobe.com> a écrit : > > Actually, Laurent, I think there are more significant issues that will > keep EPUB4 from being PWP. Things that the EPUB community today > expects/requires, such as publisher information, rich accessibility, etc. > that I would expect to see in EPUB 4 – but which are things that cannot be > mandated in a non-curated publication ecosystem. This has all been > discussed before and I expect will come up again in Toronto. > > Leonard > > > >
Received on Friday, 4 May 2018 14:49:57 UTC