W3C home > Mailing lists > Public > public-web-notification@w3.org > October 2010

Re: Publishing Web Notification Drafts

From: John Gregg <johnnyg@google.com>
Date: Tue, 12 Oct 2010 09:31:13 -0700
Message-ID: <AANLkTikCLxRdtSnXiyvpJZ8WDmzYNSU2vSk4bxKZNnqB@mail.gmail.com>
To: Anne van Kesteren <annevk@opera.com>
Cc: Doug Turner <dougt@dougt.org>, Web Notification WG <public-web-notification@w3.org>
On Tue, Oct 12, 2010 at 2:23 AM, Anne van Kesteren <annevk@opera.com> wrote:
 On Tue, 12 Oct 2010 04:15:07 +0200, Doug Turner <dougt@dougt.org> wrote:
>  If timing is the critical factor, I would like a much simpler interface
>> that more tightly matches what system apis provide.  For example, I have not
>> see any system API that include |dir|.
> If we want to publish our first draft before TPAC timing is somewhat
> critical. But in general it would be good to know where everyone stands.
>  So, in the spirit of being as minimal as possible:
>> interface Notification {
>>  void show();
>>  attribute Function onclick;
>>  attribute Function onclose;
>> }
>> I also would like to see the permission stuff in NotificationCenter to be
>> split out into its own document.
> I think the plan was to split the permission stuff out, yes, in addition to
> splitting URL notifications out. I think we should call both of them Web
> Notifications and the one that takes URLs Web URL Notifications or some
> such. Both the subset and superset are APIs for the web after all.

I'm working on this right now and I'll have a split-up draft by the end of
the day.  If people have further suggestions beyond splitting it up (like
removing features such as notification.dir), let's start threads about those
and work it out.

Received on Tuesday, 12 October 2010 16:31:44 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:53:13 UTC