Peter Kasting wrote:
On Fri, Jul 1, 2011 at 1:59 PM, Ojan Vafaio...@chromium.org wrote:
Do any browser vendors agree with this or have objections?
From my work on the Chrome UI side of this, I would very much like to see
something like isRegistered(). This would allow sites to
Rich Tibbett wrote:
Peter Kasting wrote:
On Fri, Jul 1, 2011 at 1:59 PM, Ojan Vafaio...@chromium.org wrote:
Do any browser vendors agree with this or have objections?
From my work on the Chrome UI side of this, I would very much like to
see
something like isRegistered(). This would allow
On Tue, 05 Jul 2011 00:41:13 +0200, Peter Kasting pkast...@google.com
wrote:
In general, I echo Michael's comment that we follow the notifications
model.
That means using http://dev.w3.org/2009/dap/perms/FeaturePermissions.html
I take it? I am still somewhat dubious about that idea given
2011-07-01 11:26, Simon Pieters wrote:
Simon felt that “Content inside a blockquote must be quoted from
another source” excludes footer.
s/footer/attribution/
Indeed since it's a conformance requirement, in valid documents the
content inside blockquote is quoted from another source. If the
For rPH, please don't require a user-initiated click for the call. That's
one very annoying thing about notifications - it takes users two clicks to
enable them, and every app has to find some suitable in-page UI to ask users
to make the first click. Since both notifications and rPH are confirmed
On 7/5/11 3:58 PM, Michael Davidson wrote:
Prompting for permissions is much less annoying than opening a new window
That's unclear. Especially if permission grants are persistent.
so I don't think the same standards should apply.
If anything, persistent permission grants should have a
On Tue, Jul 5, 2011 at 1:14 PM, Boris Zbarsky bzbar...@mit.edu wrote:
so I don't think the same standards should apply.
If anything, persistent permission grants should have a _higher_ bar than
opening a temporary pop-up window...
Granting permission, yes. But just asking for permission?
On 7/5/11 4:48 PM, Michael Davidson wrote:
Granting permission, yes. But just asking for permission?
If the asking for permission can happen in a context in which the user
can't tell what's being asked for, it's a really bad idea...
I say it's less annoying because (in Chrome, anyway), the
On Tue, Jul 5, 2011 at 2:00 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 7/5/11 4:48 PM, Michael Davidson wrote:
Granting permission, yes. But just asking for permission?
If the asking for permission can happen in a context in which the user
can't tell what's being asked for, it's a really
On 7/5/11 5:04 PM, Michael Davidson wrote:
If the asking for permission can happen in a context in which the
user can't tell what's being asked for, it's a really bad idea...
Can you clarify what you mean? Requiring an in-page click doesn't mean
that the user understands either.
On Tue, Jul 5, 2011 at 2:12 PM, Boris Zbarsky bzbar...@mit.edu wrote:
Yes, I'm not saying in-page click is a solution. It works for popups, sort
of, but I don't think it does for permission request notifications.
To be truly honest, requiring a user gesture probably doesn't work for rPH()
I don't think browsers need to prompt for registerProtocolHandler. Instead,
I would simply allow any site to register as a protocol handler for almost
anything, and remember all such registrations. When the user navigates to a
URI whose protocol has had an app newly registered for it since the
On Fri, 18 Mar 2011 19:32:49 +0530, Lachlan Hunt
lachlan.h...@lachy.id.au wrote:
On 2011-03-18 05:45, Ian Hickson wrote:
On Thu, 16 Sep 2010, Jonathan Dixon wrote:
Further, it could be useful to provide a way to query the video source
as to whether the camera is oriented relative to the
13 matches
Mail list logo
