Re: [Bug 19297] New: May user agents apply additional restrictions on entering pointer lock?

On Tue, Oct 9, 2012 at 12:41 PM, Charles McCathie Nevile <
chaals@yandex-team.ru> wrote:

> - What is the reasoning to switch before user consent?
>>>>
>>>
>  It allows developers to control more of the experience (which they
>>> generally want). Given the price in security for the >>user, I would say
>>> the end is not justified.
>>>
>>
>  I don't understand how it gives more control over the experience.
>>
>
> If the developer doesn't have to wait for user consent, there is one less
> constraint imposed on their control of the experience. They could ask for
> the consent themselves. Or provide a transition effect that they think
> shows the user what is happening, since good UX generally avoids change
> blindness without specifically caring about the security that provides.
>

I see. The usual way to use this feature is to have a small
viewport/element which then expands into a big one. I can't think on top of
my head of a good UX use-case where that is not the case. I don't think you
would lose much if you make the scaling metaphor controlled by the browser
(yes the developer cannot customize it, on the other hand, the developer
does not have to customize it, it's free).

In the same vein I don't see an added benefit for additional confirmation
polling by the application, since the polling to allow comes anyway. It'd
just be two polls in a row, which is bad UX again. On any account, a
developer can still do the additional polling no matter if the confirmation
poll is before or after going to fullscreen.

Lastly, Chrome allows going to fullscreen repeatedly during one session
after the initial confirmation, and firefox allows to go to fullscreen
permanently after clicking "remember this choice", so it's not like an
up-front confirmation poll before fullscreen would severely impact UX of
applications/domains that use the feature a lot.

TL;DR I don't think you lose anything of value if you move the confirmation
to before the fullscreen change and you might just inadvertedly promote
some good UX by doing so.

Received on Tuesday, 9 October 2012 10:51:41 UTC