Re: [PATCH] config-parser: Honor the XDG_CONFIG_DIRS environment variable

2013-05-10 Thread Bill Spitzak
Othman, Ossama wrote: Hi, Minor correction to my previous patch. This revision corrects a small leak in config_file_path_xdg_config_dirs(). Rather than have all these functions try to open the file, why not just build a list of all the possible filenames and then try to open them in orde

Re: [PATCH weston v3 00/13] Sub-surfaces v3

2013-05-10 Thread Kristian Høgsberg
On Thu, Apr 25, 2013 at 01:57:40PM +0300, Pekka Paalanen wrote: > Hi all, > > this is the v3 of the sub-surfaces patch series, and it is no longer > an RFC. This means that I consider this series ready for merging into > Weston. The server side sub-surface protocol implementation is feature > comp

Re: [PATCH] config-parser: Honor the XDG_CONFIG_DIRS environment variable

2013-05-10 Thread Othman, Ossama
Hi, Minor correction to my previous patch. This revision corrects a small leak in config_file_path_xdg_config_dirs(). Thanks! -Ossama --- Search for a given config file in the directories listed in $XDG_CONFIG_DIRS if it wasn't found in $XDG_CONFIG_HOME or ~/.config. This allows packages to i

[PATCH] config-parser: Honor the XDG_CONFIG_DIRS environment variable

2013-05-10 Thread Othman, Ossama
Search for a given config file in the directories listed in $XDG_CONFIG_DIRS if it wasn't found in $XDG_CONFIG_HOME or ~/.config. This allows packages to install custom config files in /etc/xdg/weston, for example, thus allowing them to avoid dealing with home directories. Signed-off-by: Ossama Ot

Re: Axis events to keyboard focus (Re: Input and games.)

2013-05-10 Thread Bill Spitzak
Peter Hutterer wrote: Because C1 has the gamepad open, the pointer is no longer shared, and it thus acts exactly like the pointer is only controlled by the mouse. There is no gp-controlled pointer. this makes C1 a pointer-trap, similar to qemu's behaviour under X. if you accidentally move onto

Re: [PATCH] Add initial color management framework code

2013-05-10 Thread Richard Hughes
On 10 May 2013 18:05, Kristian Høgsberg wrote: > With a few changes... there were a few crashers in here, some of which > I triggered because I happen to have both eDP1 and LVDS output > sections in my weston.ini. Right, I didn't hit this as I only had: [output] name=LVDS1 icc_profile=/usr/share

Re: [PATCH] Add initial color management framework code

2013-05-10 Thread Kristian Høgsberg
On Fri, May 10, 2013 at 11:03:30AM -0400, Kristian Høgsberg wrote: > On Thu, May 09, 2013 at 08:31:09PM +0100, Richard Hughes wrote: > > ICC profiles can now be specified in weston.ini for each output, or a CMS > > implementation can optionally loaded from a pluggable module. > > --- > > Excellent

Re: [PATCH] Add initial color management framework code

2013-05-10 Thread Kristian Høgsberg
On Thu, May 09, 2013 at 08:31:09PM +0100, Richard Hughes wrote: > ICC profiles can now be specified in weston.ini for each output, or a CMS > implementation can optionally loaded from a pluggable module. > --- Excellent, thanks for revising. Committed and pushed. Kristian > configure.ac

Re: Gamepad focus model (Re: Input and games.)

2013-05-10 Thread Rick Yorgason
Daniel Stone writes: > Why put it in a seat, then? If it's not going to go in with a > keyboard, mouse or touch device, don't bother with the seats, just > keep it as a separate object. The purpose of seats was to aggregate > and relate input devices. If all you're doing with wl_seat is using >

Re: Gamepad focus model (Re: Input and games.)

2013-05-10 Thread Rick Yorgason
Pekka Paalanen writes: > Also, allowing multiple gamepads in one seat does not exclude the seat > approach. A server could still assign every gamepad to a different > seat, provided it had some way to solve the focus assignment. Unfortunately, that comes at the expense of requiring clients to sup

Re: Gamepad focus model (Re: Input and games.)

2013-05-10 Thread Daniel Stone
Hi, On 9 May 2013 11:49, Rick Yorgason wrote: > But now I'm seriously wondering, does the compositor really need *any* > protocol support to handle this case? I think we've been assuming that each > seat will get its own free reign over the desktop, but isn't the compositor > free to *not* do tha

Re: Axis events to keyboard focus (Re: Input and games.)

2013-05-10 Thread Rick Yorgason
Peter Hutterer writes: > > >assuming we have two clients C1, C2, and C1 has the gamepad open, what is > > >the behaviour of the gamepad and the shared pointer: > > > > >- when the gp-controlled pointer enters/leaves C1's surface > > >- when the gp-controlled pointer enters and clicks inside the s

Re: Gamepad focus model (Re: Input and games.)

2013-05-10 Thread Pekka Paalanen
On Thu, 9 May 2013 10:49:03 + (UTC) Rick Yorgason wrote: > Pekka Paalanen writes: > > From the game's point of view, it will need to iterate over all > > wl_seats. For each seat with the gamepad capability bit set, create a > > wl_gamepad_manager, receive all wl_gamepad objects, and for each

Re: Additional pixel formats for wl_shm

2013-05-10 Thread Pekka Paalanen
On Wed, 8 May 2013 12:22:10 -0400 Kristian Høgsberg wrote: > On Wed, May 08, 2013 at 10:29:21AM +0300, Pekka Paalanen wrote: > > On Thu, 2 May 2013 10:23:04 +0300 > > Pekka Paalanen wrote: > > > > > On Wed, 1 May 2013 21:38:48 -0400 > > > Kristian Høgsberg wrote: > > > > > > > On Fri, Apr 26,

Re: Gamepad focus model (Re: Input and games.)

2013-05-10 Thread Pekka Paalanen
On Thu, 9 May 2013 16:44:09 +1000 Peter Hutterer wrote: > On Mon, May 06, 2013 at 03:36:20PM +0300, Pekka Paalanen wrote: > [...] > > I had a private chat with Daniel, and we came to an understanding, > > which I try to describe below. The interface names below are more like > > placeholders for