W3C home > Mailing lists > Public > public-digipub-ig@w3.org > January 2016

Re: Musings on PWP Offline/Online Modes

From: Nick Ruffilo <nickruffilo@gmail.com>
Date: Tue, 5 Jan 2016 10:30:09 -0500
Message-ID: <CA+Dds59KMT8R1-RGPs1u8VHD+P0-_no9wjiVec71o8-sX9325Q@mail.gmail.com>
To: "Cramer, Dave" <Dave.Cramer@hbgusa.com>
Cc: Leonard Rosenthol <lrosenth@adobe.com>, Ivan Herman <ivan@w3.org>, Tzviya Siegman <tsiegman@wiley.com>, Charles LaPierre <charlesl@benetech.org>, W3C Digital Publishing IG <public-digipub-ig@w3.org>
Maybe I'm just wearing too many hats, and it's constricting the bloodflow
to my brain, but it seems to be - while we shouldn't actually dictate or
care how a reading system does something, we should most certainly look to
solve our problems with existing tools, especially ones that are also part
of a standards committee and implementation exists.


On Tue, Jan 5, 2016 at 10:24 AM, Cramer, Dave <Dave.Cramer@hbgusa.com>

> On Jan 5, 2016, at 9:41 AM, Leonard Rosenthol <lrosenth@adobe.com> wrote:
> Nick – the specifics of how an RS chooses (or not) to cache are out of
> scope for PWP.  They may make sense for some sort of format-specific work
> (eg. best practices for PWP with EPUB) but we don’t care about it here.
> Remember – PWP is format/packaging and implementation agnostic.   (we
> seemed to all agree to that pre-holidays)
> The fact that an existing web technology can solve a critical use case for
> PWP is on-topic in my opinion, and learning about such things can only help
> our work. Such technologies may not be a part of the documents we produce,
> but saying "we don't care about it here" I think sends the wrong message.
> Dave
> This may contain confidential material. If you are not an intended
> recipient, please notify the sender, delete immediately, and understand
> that no disclosure or reliance on the information herein is permitted.
> Hachette Book Group may monitor email to and from our network.

- Nick Ruffilo
http://ZenOfTechnology.com <http://zenoftechnology.com/>
Received on Tuesday, 5 January 2016 15:30:45 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:36:21 UTC