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

Re: [dpup-loc] Diagram for a PWPClient on locators

From: Ivan Herman <ivan@w3.org>
Date: Mon, 22 Feb 2016 18:39:30 +0100
Cc: W3C Digital Publishing IG <public-digipub-ig@w3.org>
Message-Id: <FAD3DBC7-FE68-462A-86C2-CC2E2006BE19@w3.org>
To: Leonard Rosenthol <lrosenth@adobe.com>
Just a small note here: my intention was to describe what a PWP Processor should implement in general, to be prepared on what the server _may_ return. In this sense it is orthogonal to the server discussion; how the server implements this is deliberately left silent on the diagram. 

Ivan

----
Ivan Herman
+31 641044153

(Written on my mobile. Excuses for brevity and frequent misspellings...)



> On 22 Feb 2016, at 16:30, Leonard Rosenthol <lrosenth@adobe.com> wrote:
> 
> Ivan – can you explain your diagram in the context of our server discussion?
> 
> The first part of the diagram makes sense regardless of server – since the client could/may either send in ACCEPT headers and/or the server could just return whatever is the default.   No issues there.  NOTE: I do think there is a potential issue with the <link> in the HTML – but we’ll take that up separately.
> 
> Given a server w/o any additional code – even one configured to return different types – you would NEVER get extra headers returned.  So I am not sure how the second half of the diagram fits into your “simple server” model.  It is more aligned with my “extended server” models.  And if the server is “extended”, then why bother with the link (which also needs to be resolved, which isn’t covered in the diagram) and just put the entire M(partial) as the return.
> 
> Leonard
> 
> From: Ivan Herman <ivan@w3.org>
> Date: Monday, February 22, 2016 at 10:07 AM
> To: W3C Digital Publishing IG <public-digipub-ig@w3.org>
> Subject: [dpup-loc] Diagram for a PWPClient on locators
> Resent-From: <public-digipub-ig@w3.org>
> Resent-Date: Mon, 22 Feb 2016 15:07:33 +0000
> 
> Inspired by Ben, I have also created a diagram on the PWP Client behaviour when retrieving L:
> 
> https://rawgit.com/w3c/dpub-pwp-loc/gh-pages/drafts/PWPClient.svg
> https://raw.githubusercontent.com/w3c/dpub-pwp-loc/gh-pages/drafts/PWPClient.png
> 
> The diagram is incomplete insofar as I have not added SVG as a possible return (which would be a possibility after all); it is a simplified version of the HTML branch, because there is no <link> element of the sort in SVG.
> 
> If you want to make any change, I used the https://www.draw.io/ service, and the corresponding XML file is also on the repo:
> 
> https://github.com/w3c/dpub-pwp-loc/blob/gh-pages/drafts/PWPClient.xml
> 
> This is not an alternative to Ben's diagram, but a complement of it I guess.
> 
> Ivan
> 
> ----
> Ivan Herman, W3C 
> Digital Publishing Lead
> Home: http://www.w3.org/People/Ivan/
> mobile: +31-641044153
> ORCID ID: http://orcid.org/0000-0003-0782-2704
> 
> 
> 
> 
Received on Monday, 22 February 2016 17:39:44 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 25 April 2017 10:44:40 UTC