- From: Mark Nottingham <mnot@mnot.net>
- Date: Wed, 12 Mar 2014 17:55:55 +0800
- To: Michael van Ouwerkerk <mvanouwerkerk@google.com>
- Cc: Jeffrey Yasskin <jyasskin@google.com>, public-webapps@w3.org
FWIW, we also have “Server Push” in HTTP/2; that seems confusable as well… On 11 Mar 2014, at 7:36 pm, Michael van Ouwerkerk <mvanouwerkerk@google.com> wrote: > I think that's a great suggestion Jeffrey. > > Specifically, I would like to avoid confusing concepts and terminology in the Push API with those in Web Notifications: http://www.w3.org/TR/notifications/ > > This is important because these two APIs are often discussed together: an app might display a notification to the user after receiving a push message from the server. > > Regards, > > Michael > > > > On Mon, Mar 10, 2014 at 6:14 PM, Jeffrey Yasskin <jyasskin@google.com> wrote: > The term "push notification" in > https://dvcs.w3.org/hg/push/raw-file/tip/index.html#dfn-push-notification > seems to confuse people into thinking that the user will be > notified/bothered when such a message arrives. This is reinforced by > the fact that iOS uses "push notification" for exactly that: a way to > notify the user based on a message from a server. See > https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/WhatAreRemoteNotif.html. > > Since the spec already uses the name "PushMessage" for the thing > delivered by a push notification > (https://dvcs.w3.org/hg/push/raw-file/tip/index.html#pushmessage-interface), > it seems like "push message" would be a good replacement for the > current ambiguous name. > > Thanks, > Jeffrey Yasskin > > P.S. I'm not subscribed to public-webapps@, so please cc me if you > want me to reply. > > > -- Mark Nottingham http://www.mnot.net/
Received on Thursday, 13 March 2014 07:23:37 UTC