RE: ACTION-568: Create an alternative mechanism for openURL andsend it to the mail list (Web Applications Working Group)

2010-08-10 Thread SULLIVAN, BRYAN L (ATTCINW)
c...@opera.com] Sent: Tuesday, August 10, 2010 12:30 AM To: gaut...@opera.com; SULLIVAN, BRYAN L (ATTCINW) Cc: Web Applications Working Group WG Subject: Re: ACTION-568: Create an alternative mechanism for openURL andsend it to the mail list (Web Applications Working Group) On 8/10/10

RE: [XHR] Status Update

2010-08-09 Thread SULLIVAN, BRYAN L (ATTCINW)
urposes it is supported. Thanks for the clarification. Thanks, Bryan Sullivan | AT&T -Original Message- From: Anne van Kesteren [mailto:ann...@opera.com] Sent: Monday, August 09, 2010 9:51 PM To: Jonas Sicking; SULLIVAN, BRYAN L (ATTCINW) Cc: WebApps WG Subject: Re: [XHR] Status

RE: [XHR] Status Update

2010-08-09 Thread SULLIVAN, BRYAN L (ATTCINW)
document.getElementById("text").innerHTML = "loadFile: " + url + "File should appear below"; extref.setAttribute('src', encurl); } } Thanks, Bryan Sullivan | AT&T -Original Message- From: Jonas

RE: [XHR] Status Update

2010-08-09 Thread SULLIVAN, BRYAN L (ATTCINW)
van Kesteren [mailto:ann...@opera.com] Sent: Monday, August 09, 2010 2:49 PM To: Jonas Sicking; SULLIVAN, BRYAN L (ATTCINW) Cc: WebApps WG Subject: Re: [XHR] Status Update On Mon, 09 Aug 2010 23:37:25 +0200, SULLIVAN, BRYAN L (ATTCINW) wrote: > Are you saying that it should not be possible no

RE: ACTION-568: Create an alternative mechanism for openURL andsend it to the mail list (Web Applications Working Group)

2010-08-09 Thread SULLIVAN, BRYAN L (ATTCINW)
--- From: marc...@opera.com [mailto:marc...@opera.com] Sent: Monday, August 09, 2010 2:51 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: Web Applications Working Group WG Subject: RE: ACTION-568: Create an alternative mechanism for openURL andsend it to the mail list (Web Applications Working Group) Quoting

RE: [XHR] Status Update

2010-08-09 Thread SULLIVAN, BRYAN L (ATTCINW)
Anne, Are you saying that it should not be possible now (with XHR L1) to receive HTML files via XHR ("Receiving HTML documents would indeed be a newish feature ") ? This does actually work for me in XHR L1, so I'm unclear about what you mean below. Thanks, Bryan Sullivan | AT&T -Original

RE: ACTION-568: Create an alternative mechanism for openURL and send it to the mail list (Web Applications Working Group)

2010-08-09 Thread SULLIVAN, BRYAN L (ATTCINW)
Marcos, That method works for well-know URI schemes except for http:// and https://. The openURL() method would have launched the browser for those schemes, and we still need a method to do that. I was not able to attend the last week's call and was not aware there was a plan to remove the ope

RE: Transferring File* to WebApps - redux

2010-06-18 Thread SULLIVAN, BRYAN L (ATTCINW)
ivan | AT&T -Original Message- From: Eric Uhrhane [mailto:er...@google.com] Sent: Wednesday, June 16, 2010 4:42 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: a...@mozilla.com; Robin Berjon; public-device-a...@w3.org; Ian Fette; Web Applications Working Group WG Subject: Re: Transferring File* t

RE: Transferring File* to WebApps - redux

2010-06-15 Thread SULLIVAN, BRYAN L (ATTCINW)
ryFilesystem are quite useful also, and may support the majority of use cases anyway. Thanks, Bryan Sullivan | AT&T From: Mike Clement [mailto:mi...@google.com] Sent: Tuesday, June 15, 2010 4:40 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: a...@mozilla.com; Robin Berjon; public-device-a...@w

RE: Transferring File* to WebApps - redux

2010-06-15 Thread SULLIVAN, BRYAN L (ATTCINW)
T From: Mike Clement [mailto:mi...@google.com] Sent: Tuesday, June 15, 2010 3:42 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: a...@mozilla.com; Robin Berjon; public-device-a...@w3.org; Ian Fette; Web Applications Working Group WG Subject: Re: Transferring File* to WebApps - redux Hi, Am I corre

RE: Transferring File* to WebApps - redux

2010-06-15 Thread SULLIVAN, BRYAN L (ATTCINW)
ly secure models for Web application access to device resources will be defined as APIs. Thanks, Bryan Sullivan | AT&T -Original Message- From: Arun Ranganathan [mailto:a...@mozilla.com] Sent: Tuesday, June 15, 2010 2:53 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: Robin Berjon; public-d

RE: Transferring File* to WebApps - redux

2010-06-15 Thread SULLIVAN, BRYAN L (ATTCINW)
cking.cc] Sent: Tuesday, June 15, 2010 2:48 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: a...@mozilla.com; Robin Berjon; public-device-a...@w3.org; Ian Fette; Web Applications Working Group WG Subject: Re: Transferring File* to WebApps - redux On Tue, Jun 15, 2010 at 2:24 PM, SULLIVAN, BRYAN L (ATTCINW

RE: Transferring File* to WebApps - redux

2010-06-15 Thread SULLIVAN, BRYAN L (ATTCINW)
options to the user-centric/control paradigms of the past. Thanks, Bryan Sullivan | AT&T -Original Message- From: Arun Ranganathan [mailto:a...@mozilla.com] Sent: Tuesday, June 15, 2010 1:48 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: Robin Berjon; public-device-a...@w3.org; Ian Fett

Regrets for today

2010-06-10 Thread SULLIVAN, BRYAN L (ATTCINW)
I will not be able to attend today's call. Bryan | AT&T

Handling of locally-served files via XHR and as iframe source

2010-03-19 Thread SULLIVAN, BRYAN L (ATTCINW)
Hi all, This is a question for both the Webapps Widgets and Web API followers. In testing widget engine rendering of plain text files as the source of an iframe, I came across a problem I need your input on. It appears that when a widget retrieves a file from the widget package using XHR *OR* as

RE: Event handlers - Pointer Devices

2010-03-06 Thread SULLIVAN, BRYAN L (ATTCINW)
n Sullivan | AT&T -Original Message- From: Charles Pritchard [mailto:ch...@jumis.com] Sent: Thursday, March 04, 2010 10:31 AM To: SULLIVAN, BRYAN L (ATTCINW) Cc: Doug Schepers; public-webapps@w3.org Subject: Re: Event handlers - Pointer Devices ` > On the main (or more useful) poin

RE: Event handlers - Pointer Devices

2010-03-04 Thread SULLIVAN, BRYAN L (ATTCINW)
hed to it. I'd like to see some clearer distinction between the charters on these points. Thanks, Bryan Sullivan | AT&T -Original Message- From: Doug Schepers [mailto:schep...@w3.org] Sent: Thursday, March 04, 2010 7:08 AM To: SULLIVAN, BRYAN L (ATTCINW) Cc: Charles Pritchard;

RE: Event handlers - Pointer Devices

2010-03-04 Thread SULLIVAN, BRYAN L (ATTCINW)
This might be better discussed by the DAP group, as it's clearly a "device API" topic. Also it would be interesting to hear from Apple and Wacom (without unnecessary details at this point), what areas of touch interface capabilities would be problematic for W3C to create API's for, from an IPR per

RE: [EventSource] Comments to the current draft

2009-12-07 Thread SULLIVAN, BRYAN L (ATTCINW)
p;T -Original Message- From: Ian Hickson [mailto:i...@hixie.ch] Sent: Monday, November 30, 2009 6:52 PM To: SULLIVAN, BRYAN L (ATTCINW) Cc: WebApps WG Subject: Re: [EventSource] Comments to the current draft On Tue, 27 Oct 2009, SULLIVAN, BRYAN L (ATTCINW) wrote: > > Re "T

RE: DAP and security (was: Rename "File API" to "FileReader API"?)

2009-11-18 Thread SULLIVAN, BRYAN L (ATTCINW)
Maciej, Security is important in DAP, and should be considered carefully in the context of each API and its use cases. There is no "one size fits all" solution to security, and that includes approaches based solely upon explicit user action (including explicitly expressed permission via dialog

RE: [WARP] Comments to WARP spec

2009-11-18 Thread SULLIVAN, BRYAN L (ATTCINW)
:ro...@berjon.com] Sent: Wednesday, November 18, 2009 4:00 AM To: SULLIVAN, BRYAN L (ATTCINW) Cc: Marcos Caceres; WebApps WG Subject: Re: [WARP] Comments to WARP spec On Nov 9, 2009, at 20:22 , SULLIVAN, BRYAN L (ATTCINW) wrote: > (1) we need to be specific about which API's / resource types

RE: [WARP] Comments to WARP spec

2009-11-18 Thread SULLIVAN, BRYAN L (ATTCINW)
009 3:57 AM To: Marcin Hanclik Cc: Marcos Caceres; SULLIVAN, BRYAN L (ATTCINW); WebApps WG Subject: Re: [WARP] Comments to WARP spec On Nov 12, 2009, at 16:36 , Marcin Hanclik wrote: > I understand that too many details may not work or be an obstacle in the > adoption. > However, I derive

RE: [WARP] Comments to WARP spec

2009-11-12 Thread SULLIVAN, BRYAN L (ATTCINW)
Test 2: If the widget engine does not allow external image references, no image will be shown below: http://dev.opera.com/img/logo-beta.gif"/> Best regards, Bryan Sullivan | AT&T -Original Message- From: Marcos Caceres [mailto:marc..

RE: [WARP] Comments to WARP spec

2009-11-10 Thread SULLIVAN, BRYAN L (ATTCINW)
mailto:marc...@opera.com] Sent: Tuesday, November 10, 2009 7:30 AM To: SULLIVAN, BRYAN L (ATTCINW) Cc: WebApps WG Subject: Re: [WARP] Comments to WARP spec SULLIVAN, BRYAN L (ATTCINW) wrote: > Marcos, > I agree there is an assumption behind the approach I proposed, which I also > b

RE: [WARP] Comments to WARP spec

2009-11-10 Thread SULLIVAN, BRYAN L (ATTCINW)
b security model, so we need to fix the element definition somehow. Best regards, Bryan Sullivan | AT&T -Original Message- From: Marcos Caceres [mailto:marc...@opera.com] Sent: Tuesday, November 10, 2009 1:36 AM To: SULLIVAN, BRYAN L (ATTCINW) Cc: WebApps WG Subject: Re: [WAR

RE: [WARP] Comments to WARP spec

2009-11-09 Thread SULLIVAN, BRYAN L (ATTCINW)
o indicate which types of references should be allowed for the domain My preference would be (1), but I proposed the use of "tag=" to illustrate how (2) might work. Best regards, Bryan Sullivan | AT&T -Original Message- From: Marcos Caceres [mailto:marc...@opera.com] Se

[WARP] Comments to WARP spec

2009-11-02 Thread SULLIVAN, BRYAN L (ATTCINW)
Here are the comments I had to the WARP spec in the Webapps/DAP joint meeting: 1) Does "*" grant/require either HTTP or HTTPS as schemes? It would be better to allow "https://*/"; or "http://*/"; distinctly since some applications may not be allowed by policy to access specific sources using non-s

[EventSource] Comments to the current draft

2009-10-27 Thread SULLIVAN, BRYAN L (ATTCINW)
Hi all, Here are some comments / questions for clarification re the current Server Sent Events draft (http://www.w3.org/TR/2009/WD-eventsource-20091029/). If there is time next week, and these points are not addressed by email before then, I would appreciate the opportunity to have a F2F discussio

RE: TPAC agenda - APIs

2009-10-27 Thread SULLIVAN, BRYAN L (ATTCINW)
Hi Charles, I have an agenda item for the AOB section or wherever it can fit. I will be spending most of the time with DAP and part with Webapps (Widgets), but will try to balance the agendas to be in the APIs meeting as much as possible. The basic question I have is what is the relationship of

RE: [widgets] Draft Agenda for 17 September 2009 voice conf

2009-09-17 Thread SULLIVAN, BRYAN L (ATTCINW)
Regrets, I have a conflicting meeting. Best regards, Bryan Sullivan | AT&T

Close ACTION-357

2009-08-13 Thread SULLIVAN, BRYAN L (ATTCINW)
Hi Art, My action http://www.w3.org/2008/webapps/track/actions/357 can be closed. The table that was requested was provided in Widgets 1.0: Window Modes and Media Query Extensions http://dev.w3.org/2006/waf/widgets-wm/Overview.src.html. I didn't do it, but it does meet the original request relat

Questions on A&E spec

2009-06-09 Thread SULLIVAN, BRYAN L (ATTCINW)
Title: Questions on A&E spec Here are a couple of potentially easy questions on the Widgets 1.0: APIs and Events spec: 5.15 The openURL() Method Does "the appropriate protocol handler" mean an external application (e.g. browser for http://) is invoked, or can the "handler" be the widget u

Response to ACTION-348

2009-06-08 Thread SULLIVAN, BRYAN L (ATTCINW)
Title: Response to ACTION-348 Here is my input re my action for use cases to the WARP spec (http://www.w3.org/2008/webapps/track/actions/348) Use cases for WARP spec related to the following access element attributes (add two new attributes): required: Optional. -   A boolean attribut