On Sun, 5 May 2013 22:06:49 +0200
Tom Gundersen t...@jklm.no wrote:
Hi Pekka,
I'm trying to make Weston work nicely on Raspberry Pi under ArchLinux
ARM, and was pointed to Collabora's pkg-config files [0] from the
Wayland wiki [1]. I couldn't find any licencing information, so I
thought
On Sun, 5 May 2013 15:27:54 -0400
Todd Showalter t...@electronjump.com wrote:
On Sun, May 5, 2013 at 12:55 PM, Pekka Paalanen ppaala...@gmail.com wrote:
In a wl_seat, we have one kbd focus, and one pointer focus. These
two are unrelated, except sometimes some pointer action may change
On Sun, 5 May 2013 15:27:54 -0400
Todd Showalter t...@electronjump.com wrote:
On Sun, May 5, 2013 at 12:55 PM, Pekka Paalanen ppaala...@gmail.com wrote:
I was thinking of adding a third one: the gamepad focus. It could
be independent from kbd and pointer foci, or maybe it is assigned
Hi Pekka
On Mon, May 6, 2013 at 8:54 AM, Pekka Paalanen ppaala...@gmail.com wrote:
On Sun, 5 May 2013 15:27:54 -0400
Todd Showalter t...@electronjump.com wrote:
Having given it some thought, I'd be inclined to be cautious about
how much you consider the gamepad-with-builtin-keyboard case.
Hi,
On 5 May 2013 17:55, Pekka Paalanen ppaala...@gmail.com wrote:
On Fri, 3 May 2013 17:42:20 +0100
Daniel Stone dan...@fooishbar.org wrote:
tl;dr: wl_seat has a very specific meaning of a set of devices with
one focus, please don't abuse it.
I'm not too clear on what it is.
In a
On 2013-05-06, at 2:54 AM, Pekka Paalanen ppaala...@gmail.com wrote:
I don't think there's any problem in principle with the gamepad
events being delivered to the same client that has keyboard focus.
The only annoying thing is if (in a multiplayer game) someone can
screw you by sending you
On Mon, 6 May 2013 11:01:28 +0100
Daniel Stone dan...@fooishbar.org wrote:
Hi,
On 5 May 2013 17:55, Pekka Paalanen ppaala...@gmail.com wrote:
On Fri, 3 May 2013 17:42:20 +0100
Daniel Stone dan...@fooishbar.org wrote:
tl;dr: wl_seat has a very specific meaning of a set of devices with
On Mon, May 6, 2013 at 8:36 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Into wl_seat, we should add a capability bit for gamepad. When the bit
is set, a client can send wl_seat::get_gamepad_manager request, which
creates a new wl_gamepad_manager object. (Do we actually need a
capability
On 6 May 2013 14:48, Todd Showalter t...@electronjump.com wrote:
On Mon, May 6, 2013 at 8:36 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Into wl_seat, we should add a capability bit for gamepad. When the bit
is set, a client can send wl_seat::get_gamepad_manager request, which
creates a new
Pekka Paalanen wrote:
sending pointer axis events (i.e. scroll wheel) to the window with
the keyboard focus is... unexplored. If it is ok to send axis events
outside of a wl_pointer.enter/leave pair, then it's perfectly doable.
Is it, I don't know. I don't see a reason it wouldn't work, if
Pekka Paalanen wrote:
On Fri, 03 May 2013 12:11:17 -0700
Bill Spitzak spit...@gmail.com wrote:
Pekka Paalanen wrote:
What chip do you have in mind, that can do arbitrary
matrix-based transforms during an overlay scanout?
That just means the surface cannot use the overlay, or the compositor
The Y of the primaries can be used as alternative method of specifying
the whitepoint. (convert the 3 Yxy colors to XYZ, add them, then convert
back to Yxy and the xy is the whitepoint, I think).
I think the reason rgb sets are specfied as 4 pairs of xy (the three
primaries and the
On Mon, May 6, 2013 at 8:12 AM, Pekka Paalanen ppaala...@gmail.com wrote:
On Sun, 5 May 2013 22:06:49 +0200
Tom Gundersen t...@jklm.no wrote:
Hi Pekka,
I'm trying to make Weston work nicely on Raspberry Pi under ArchLinux
ARM, and was pointed to Collabora's pkg-config files [0] from the
Pekka Paalanen ppaalanen@... writes:
This design allows several gamepads associated with one wl_seat, and
thus one focus. It also allows gamepads to be assigned to different
seats, but then we will have more problems on managing the foci, not
unlike with keyboards. Hopefully there are no
On Mon, May 6, 2013 at 5:10 PM, Rick Yorgason r...@firefang.com wrote:
Pekka Paalanen ppaalanen@... writes:
This design allows several gamepads associated with one wl_seat, and
thus one focus. It also allows gamepads to be assigned to different
seats, but then we will have more problems on
Jason Ekstrand jason@... writes:
Scenario 2) Two users are using a multi-user display server. Each user
has a keyboard, mouse, and gamepad. User 2 has to set up their wl_seat
using some
configuration window built into the display server, but once that's done
each user can jump in and out of a
Windows used to do this and it is completely nuts. They fixed it in recent
versions
I don't know what version of Windows you're using, but I can still
observe this behavior in the Windows 8 file dialogs. I wrote a program
to work around it: https://github.com/madewokherd/xscrollwheel
Some
On Mon, May 6, 2013 at 9:06 PM, Vincent Povirk madewokh...@gmail.com wrote:
A compositor could just drop events that aren't over a focused window,
and it would solve Todd's problem, unless he's also expecting to be
able to scroll things without hovering over them.
My problem is that I
Vincent Povirk wrote:
Windows used to do this and it is completely nuts. They fixed it in recent
versions
Some toolkits on Windows, like gtk, direct scroll wheel input based on
cursor position, but they're not really using the native windowing
system for their widgets. The upshot of this
Todd Showalter wrote:
On Mon, May 6, 2013 at 9:06 PM, Vincent Povirk madewokh...@gmail.com wrote:
A compositor could just drop events that aren't over a focused window,
and it would solve Todd's problem, unless he's also expecting to be
able to scroll things without hovering over them.
20 matches
Mail list logo