Re: Input and games.

2013-05-03 Thread Pekka Paalanen
On Thu, 2 May 2013 18:18:27 + (UTC) Rick Yorgason r...@firefang.com wrote: Pekka Paalanen ppaalanen@... writes: Yes, I agree. Even if BP was not a nesting compositor, making the home button minimize the active window would usually get you to the BP right under it. The task

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
On Thu, 2 May 2013 19:28:41 +0100 Daniel Stone dan...@fooishbar.org wrote: Hi, On 2 May 2013 10:44, Pekka Paalanen ppaala...@gmail.com wrote: On Tue, 30 Apr 2013 09:14:48 -0400 Todd Showalter t...@electronjump.com wrote: The question is, is a gamepad an object, or is a *set* of

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
On Thu, 2 May 2013 10:46:56 -0400 Todd Showalter t...@electronjump.com wrote: On Thu, May 2, 2013 at 5:44 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Tue, 30 Apr 2013 09:14:48 -0400 Todd Showalter t...@electronjump.com wrote: ... The question is, is a gamepad an object, or is a

Re: Input and games.

2013-05-03 Thread Todd Showalter
On Fri, May 3, 2013 at 3:34 AM, Pekka Paalanen ppaala...@gmail.com wrote: Yup. Whatever we do, we get it wrong for someone, so there needs to be a GUI to fix it. But should that GUI be all games' burden, or servers' burden... Along with the GUI is the burden of implementing the default

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Pekka Paalanen
On Thu, 02 May 2013 12:16:23 -0700 Bill Spitzak spit...@gmail.com wrote: Jason Ekstrand wrote: Agreed. Sending transform matrices or the like has HUGE rounding problems. Particularly when we're using wl_fixed which is 24.8. Other methods would require adding rounding conventions etc.

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Pekka Paalanen
On Thu, 2 May 2013 09:42:42 -0500 Jason Ekstrand ja...@jlekstrand.net wrote: On Thu, May 2, 2013 at 5:51 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Tue, 30 Apr 2013 10:54:25 -0500 Jason Ekstrand ja...@jlekstrand.net wrote: ... On Tue, Apr 30, 2013 at 2:33 PM, Pekka Paalanen

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Pekka Paalanen
On Thu, 2 May 2013 14:43:38 -0500 Jason Ekstrand ja...@jlekstrand.net wrote: On Thu, May 2, 2013 at 1:22 PM, Daniel Stone dan...@fooishbar.org wrote: Hi, On 2 May 2013 15:42, Jason Ekstrand ja...@jlekstrand.net wrote: Ok, I see it now. Sorry, but I missed it on my first

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
On Fri, 3 May 2013 03:51:33 -0400 Todd Showalter t...@electronjump.com wrote: On Fri, May 3, 2013 at 3:34 AM, Pekka Paalanen ppaala...@gmail.com wrote: Yup. Whatever we do, we get it wrong for someone, so there needs to be a GUI to fix it. But should that GUI be all games' burden, or

Re: [PATCH] Add initial color management framework code

2013-05-03 Thread Pekka Paalanen
On Thu, 2 May 2013 15:16:09 +0100 Richard Hughes hughsi...@gmail.com wrote: ICC profiles can now be specified in weston.ini for each output, or a CMS implementation can optionally loaded from a pluggable module. --- configure.ac | 7 ++ src/Makefile.am | 13 +++-

Re: [PATCH 0/5] Improve text protocol

2013-05-03 Thread Daniel Stone
Hi, On 2 May 2013 20:56, Kristian Høgsberg hoegsb...@gmail.com wrote: On Tue, Apr 16, 2013 at 06:19:47PM -0700, Bill Spitzak wrote: I would remember the positions of styling as bytes. However the renderer can render as though they are moved left to the first break between glyphs (ie it will

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Daniel Stone
Hi, On 2 May 2013 20:33, Bill Spitzak spit...@gmail.com wrote: Daniel Stone wrote: I also think all of wl_shell should be a core requirement. Not all compositors are user sessions. Think about nested compositors for browsers, or capture, or also very stripped-down usecases where they

Re: [PATCH] Add initial color management framework code

2013-05-03 Thread Richard Hughes
On 3 May 2013 11:53, Pekka Paalanen ppaala...@gmail.com wrote: + o-set_gamma(o, size, red, red, red); Three times red? :-) Good catch, thanks. + p = calloc(sizeof(struct weston_color_profile), 1); Calloc arguments are swapped. All fixed. +

[PATCH weston] compositor-drm: Differentiate between two similar error paths

2013-05-03 Thread Rob Bradford
From: Rob Bradford r...@linux.intel.com --- src/compositor-drm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/compositor-drm.c b/src/compositor-drm.c index f39096e..1f55271 100644 --- a/src/compositor-drm.c +++ b/src/compositor-drm.c @@ -598,7 +598,7 @@

Re: Input and games.

2013-05-03 Thread Todd Showalter
On Fri, May 3, 2013 at 6:42 AM, Pekka Paalanen ppaala...@gmail.com wrote: Sure, the heuristics can cover a lot, but there is still the mad case, and also the initial setup (system started with 3 new gamepads hooked up), where one may want to configure manually. The GUI is just my reminder,

Re: Input and games.

2013-05-03 Thread Pekka Paalanen
On Fri, 3 May 2013 09:12:20 -0400 Todd Showalter t...@electronjump.com wrote: On Fri, May 3, 2013 at 6:42 AM, Pekka Paalanen ppaala...@gmail.com wrote: Sure, the heuristics can cover a lot, but there is still the mad case, and also the initial setup (system started with 3 new gamepads

Re: Input and games.

2013-05-03 Thread Daniel Stone
Hi, On 19 April 2013 10:18, Pekka Paalanen ppaala...@gmail.com wrote: Keyboards already have extensive mapping capabilities. A Wayland server sends keycodes (I forget in which space exactly) and a keymap, and clients feed the keymap and keycodes into libxkbcommon, which translates them into

Re: Input and games.

2013-05-03 Thread Daniel Stone
Hi, On 21 April 2013 06:28, Todd Showalter t...@electronjump.com wrote: On Fri, Apr 19, 2013 at 7:08 PM, Bill Spitzak spit...@gmail.com wrote: I think this is going to require pointer warping. At first I thought it could be done by hiding the pointer and faking it's position, but that would

Re: Input and games.

2013-05-03 Thread Daniel Stone
Hi, On 29 April 2013 18:44, Bill Spitzak spit...@gmail.com wrote: Has anybody thought about pens (ie wacom tablets)? These have 5 degrees of freedom (most cannot distinguish rotation about the long axis of the pen). There are also spaceballs with full 6 degrees of freedom. As Todd said, these

Re: Input and games.

2013-05-03 Thread Daniel Stone
Hi, On 3 May 2013 08:17, Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 2 May 2013 19:28:41 +0100 Daniel Stone dan...@fooishbar.org wrote: There's one crucial difference though, and one that's going to come up when we address graphics tablets / digitisers too. wl_pointer works as a

Re: Input and games.

2013-05-03 Thread Todd Showalter
On Fri, May 3, 2013 at 12:12 PM, Daniel Stone dan...@fooishbar.org wrote: I think edge resistance/edge snapping really wants pointer warping as well. It's really difficult to achieve a nicely responsive and fluid UI (i.e. doing this without jumps) when you're just warping the pointer.

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Bill Spitzak
Daniel Stone wrote: Subsurfaces are being designed for in-process cases, such as a media player inside a browser. Foreign surfaces are intended for cross-process buffer/surface sharing, but I think nested compositors is actually better for the usecase I had in mind, which is WebKit2. So it

Re: Input and games.

2013-05-03 Thread Rick Yorgason
Pekka Paalanen ppaalanen@... writes: Maybe there could be some scheme, where we would not need to have the wl_seat-player mapping configurable in games after all, if one goes with server side heuristics. There are also the things Daniel wrote about, which link directly to what we can

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Daniel Stone
Hi, Again I fear we're drifting massively off-topic, but here we go ... On 3 May 2013 18:50, Bill Spitzak spit...@gmail.com wrote: Daniel Stone wrote: Subsurfaces are being designed for in-process cases, such as a media player inside a browser. Foreign surfaces are intended for cross-process

Re: Input and games.

2013-05-03 Thread Rick Yorgason
Daniel Stone and Pekka Paalanen wrote: ...a bunch of stuff about per-player keyboards and wl_seats... Okay, let's go over some typical situations: * It's common for controllers to have keyboard and/or headset attachments, and built-in touch screens are becoming more common. These are clearly

Re: [RFC] wl_surface scale and crop protocol extension

2013-05-03 Thread Bill Spitzak
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 has to use an intermediate image. There are lots of other reasons the surface does not use the

Re: Input and games.

2013-05-03 Thread Bill Spitzak
Todd Showalter wrote: Decelerate/accelerate would cover all the cases I can think of. I thought you said the speed of mouse movement controlled whether it slowed down or not. Ie if the user quickly dragged the slider to the bottom then the scrollbar was at the bottom, but if they moved

Re: Input and games.

2013-05-03 Thread Rick Yorgason
Pekka Paalanen ppaalanen@... writes: Uh oh, yuk... I wonder if one would have serious trouble achieving the same on Wayland. X is so much more liberal on what one can do wrt. protocol and the C API. For instance, in X I believe one can query a lot of stuff from the server, in Wayland

Re: [PATCH 2/2] Move the EDID parsing to its own file

2013-05-03 Thread Kai-Uwe Behrmann
Am 02.05.2013 23:33, schrieb Richard Hughes: --- src/Makefile.am | 2 + src/compositor-drm.c | 180 +-- src/compositor.c | 21 ++ src/compositor.h | 5 ++ src/edid.c | 175