- From: Leonard Rosenthol <lrosenth@adobe.com>
- Date: Fri, 28 Oct 2016 13:35:00 +0000
- To: "Siegman, Tzviya - Hoboken" <tsiegman@wiley.com>, "DPUB mailing list (public-digipub-ig@w3.org)" <public-digipub-ig@w3.org>
- Message-ID: <08805780-5F7C-4DD6-B48F-371A58F4D537@adobe.com>
Thanks for merging these as well as providing the PR #’s. A few comments. Pagination: On the issue of maintaining the original page numbers – since we are focused only on the publication format, is this something that you are expecting to be part of the PWP itself? And is it really a mandatory requirement (must) or a strong recommendation (should)? Manifests & Links That change needs to be reverted as the new text is not the same requirement as the originals. The original talks about the ability to actually map (or redirect) from one URL to another, while the new one talks of identification. Completely different things. Security Section 4.2 is important because it discusses some specific use cases in the context of PWP in which a UA might not allow a publication to work as the publisher/author originally intended because its capabilities have been restricted. So while I agree that this is “in support of the horizontal dependency of security”, I think it is important to call these out for folks who may expect this. Section 4.3 is the opposite of 4.2. Where 4.2 is about a UA restricting a publication’s usage of the OWP, 4.3 is about how a publication could become “trusted” and thus allow more capabilities than it might normally. This is basically the PWP equivalent of HTTPS and “trusted sites”. So yes, we need both. If people have specific wording improvements – definitely happy to consider them. Leonard From: "Siegman, Tzviya - Hoboken" <tsiegman@wiley.com> Date: Friday, October 28, 2016 at 8:54 AM To: "DPUB mailing list (public-digipub-ig@w3.org)" <public-digipub-ig@w3.org> Subject: [dpub] PWP-UCR merges and questions Resent-From: <public-digipub-ig@w3.org> Resent-Date: Friday, October 28, 2016 at 8:55 AM Hi All, I merged several PRs to PWP-UCR Ivan’s proposed changes [1], which included Heather’s reorg, data inclusion, the accessibility table, and a general editorial review The A11y TF’s rewording of Pagination section to avoid confusion around the multiple uses of the word “pagination” [2] and proposed changes to section 2.1.1 “Alternative Modalities” [3] I proposed new language for Manifests and Links [4] because it was a little hard to discern intent. Please review so we can merge. I also have some questions for the group to discuss: 1. Section 3.1<http://w3c.github.io/dpub-pwp-ucr/index.html#distro-vers> “Distribution and Versioning”: We had discussed using a word other than Versioning, because versioning carries a lot and different meanings for the Web and Publishing worlds. Please provide suggestions. 2. Section 4.2<http://w3c.github.io/dpub-pwp-ucr/index.html#limiting_features> “Limiting a Web Publication's Features” and Section 4.3<http://w3c.github.io/dpub-pwp-ucr/index.html#escalating_trust> “Escalating Trust”: Upon re-reading this, please clarify what these use cases and requirements provide that the section on Horizontal Dependencies does not provide. I believe that we have successfully made a case outlining Accessibility use cases that are less than clearly defined in the Web world. Perhaps it is my lack of familiarity with security issues, but these security examples are rather fuzzy to me, and I think we need to better define them. [1] https://github.com/w3c/dpub-pwp-ucr/pull/151 [2] https://github.com/w3c/dpub-pwp-ucr/pull/152 [3] https://github.com/w3c/dpub-pwp-ucr/pull/153 [4] https://github.com/w3c/dpub-pwp-ucr/pull/154 Tzviya Siegman Information Standards Lead Wiley 201-748-6884 tsiegman@wiley.com<mailto:tsiegman@wiley.com>
Received on Friday, 28 October 2016 13:35:54 UTC