- From: Glenn Adams <glenn@skynav.com>
- Date: Thu, 2 Aug 2012 11:24:05 -0600
- To: Ian Hickson <ian@hixie.ch>
- Cc: WebApps WG <public-webapps@w3.org>
- Message-ID: <CACQ=j+eAufMSMg_FVbvmGqUTKdx2o7KafTRbJCEUdaOF0wRjGQ@mail.gmail.com>
On Thu, Aug 2, 2012 at 11:19 AM, Ian Hickson <ian@hixie.ch> wrote: > On Thu, 2 Aug 2012, Glenn Adams wrote: > > > > I was referring to > > http://lists.w3.org/Archives/Public/public-webapps/2012JulSep/0264.html > > > > While that message does not specifically refer to a full-duplex comm > > path, it states the general problem in terms of "It is increasingly > > common that data may flow from a server to an in-browser page, that may > > then pass that data on to another in-browser page (typically running at > > a different origin). In a many cases, such data will be captured as > > Blobs." > > The above isn't a use case, it's a description of an architectural design, > the first step towards the description of a solution. > > What I'm trying to understand is the underlying _problem_ that the > technology is trying to solve. Something like "I want to be able to sell > plane tickets for people to go on holiday", say. Or "I want to provide a > service to users that lets them merge data from a medical drugs database > and a patient database, without giving me their credentials to those > databases". Or some such. I don't know exactly what the use case here > would be, hence my questions. > Are you asking for use cases for a remote/lazy blob in general? i.e., as would apply to the proposed XHR usage and any other underlying supported data source? or are you asking about high level use cases that are particular to a WS binding but not an XHR binding?
Received on Thursday, 2 August 2012 17:24:53 UTC