There are also tablet devices with stereo cameras on the back and single
on the front too. Stereo will become increasingly common.
roBman
On Wed, 2011-07-06 at 10:55 +0530, Shwetank Dixit wrote:
> On Fri, 18 Mar 2011 19:32:49 +0530, Lachlan Hunt
> wrote:
>
> > On 2011-03-18 05:45, Ian Hick
On Fri, 18 Mar 2011 19:32:49 +0530, Lachlan Hunt
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 screen (if the
underlying sy
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 last
On Tue, Jul 5, 2011 at 2:12 PM, Boris Zbarsky 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()
because it doesn
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. Maliciou
On Tue, Jul 5, 2011 at 2:00 PM, Boris Zbarsky 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 bad ide
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 1:14 PM, Boris Zbarsky 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?
I say
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 _hi
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 b
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 sp
On Tue, 05 Jul 2011 00:41:13 +0200, Peter Kasting
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
http://weblogs.mozi
Rich Tibbett wrote:
Peter Kasting wrote:
On Fri, Jul 1, 2011 at 1:59 PM, Ojan Vafai 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 conditio
Peter Kasting wrote:
On Fri, Jul 1, 2011 at 1:59 PM, Ojan Vafai 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 conditionalize
requests for
14 matches
Mail list logo