Can I get a first pass technical review of the patch here:
https://bugs.webkit.org/show_bug.cgi?id=68468
The main goals are to put a compile / runtime switch in for mouse lock, get
the IDL in place, and pass the new movementX/Y members around.
I could also use any hint people have for correctly
21.09.2011, в 12:52, Darin Fisher написал(а):
True, although there are still questions about how the user experience will
work for non-fullscreen. I think we only feel confident that we have a
decent fullscreen solution at this point, and the plan was to restrict the
initial
On Thu, Sep 22, 2011 at 2:23 PM, Alexey Proskuryakov a...@webkit.org wrote:
21.09.2011, в 12:52, Darin Fisher написал(а):
True, although there are still questions about how the user experience will
work for non-fullscreen. I think we only feel confident that we have a
decent fullscreen
22.09.2011, в 14:25, Darin Fisher написал(а):
Our next step is to extend this to non-fullscreen, so I think it would be
counter-productive to preclude non-fullscreen at this time.
I think that adding an API for non-fullscreen mouse lock would be a detriment
to the Web platform. So gating
On Thu, Sep 22, 2011 at 2:38 PM, Alexey Proskuryakov a...@webkit.org wrote:
22.09.2011, в 14:25, Darin Fisher написал(а):
Our next step is to extend this to non-fullscreen, so I think it would be
counter-productive to preclude non-fullscreen at this time.
I think that adding an API for
This API seems clearly necessary to implement traditional FPS game controls.
On the other hand, I would not want my browser to have this kind of
functionality. Arguably the main benefit of browsers is that they cannot do
many things, and are thus relatively safe to use, not yet triggering the
On Wed, Sep 21, 2011 at 10:44 AM, Alexey Proskuryakov a...@webkit.org wrote:
This API seems clearly necessary to implement traditional FPS game controls.
On the other hand, I would not want my browser to have this kind of
functionality. Arguably the main benefit of browsers is that they cannot
21.09.2011, в 10:56, Eric Uhrhane написал(а):
one can always move the mouse pointer to top of screen to get back their
menu bar.
Is that a Mac thing?
Yes, this is how fullscreen applications regularly work on OS X.
Mousing around in a fullscreen flash app on
Linux or Windows 7 certainly
2011/9/21 Alexey Proskuryakov a...@webkit.org:
platforms. Interfering with mouse movement would be one of the most
dangerous and frustrating things Web pages could possibly do.
While I agree, that doesn't seem like a problem with the spec. As I
read the spec, it seems that it leaves enough
21.09.2011, в 11:21, James Robinson написал(а):
one can always move the mouse pointer to top of screen to get back their
menu bar.
Is that a Mac thing?
Yes, this is how fullscreen applications regularly work on OS X.
This is not true for several Flash-based fullscreen video players
On Wed, Sep 21, 2011 at 12:05 PM, Alexey Proskuryakov a...@webkit.org wrote:
21.09.2011, в 11:21, James Robinson написал(а):
one can always move the mouse pointer to top of screen to get back their
menu bar.
Is that a Mac thing?
Yes, this is how fullscreen applications regularly work on
On Wed, Sep 21, 2011 at 12:05 PM, Alexey Proskuryakov a...@webkit.org wrote:
Anyway, I'm not sure if we already agreed that mouse lock is only desirable
in full screen. I think that the spec has the goal of enabling it in browser
windows.
Indeed, this is explicitly a use case we want to
On Wed, Sep 21, 2011 at 12:46 PM, Peter Kasting pkast...@chromium.orgwrote:
On Wed, Sep 21, 2011 at 12:05 PM, Alexey Proskuryakov a...@webkit.orgwrote:
Anyway, I'm not sure if we already agreed that mouse lock is only
desirable in full screen. I think that the spec has the goal of enabling it
Re: Alexey Proskuryakov's comment:
I'm curious about the following provision in the spec:
Mouse events normally considered user gestures (e.g. mousedown, click)
for security purposes (such as when allowing pop-up windows) should not be
treated as user gestures when under mouse lock to prevent
On Wed, Sep 21, 2011 at 1:15 PM, Vincent Scheib sch...@chromium.org wrote:
Re: Alexey Proskuryakov's comment:
I'm curious about the following provision in the spec:
Mouse events normally considered user gestures (e.g. mousedown, click)
for security purposes (such as when allowing pop-up
A Mouse Lock API has been under discussion on the W3 public-webapps list
Mouse Lock(1) and earlier Mouse Capture for Canvas(2).
The primary goal is to enable use cases such as first person perspective 3D
applications. This is done by providing scripted access to mouse movement
data while locking
16 matches
Mail list logo