A large part of the bugs seen right now are related to touchpads jittering too
much. Fixing them one by one is entertaining but time consuming. Right now
the number of touchpads that require a hysteresis seem to outnumber those that
don't, so invert the approach: leave the hysteresis enabled by def
On Thu, Jun 02, 2016 at 02:24:20PM -0700, Bryce Harrington wrote:
> This interface allows disabling of screensaver/screenblanking on a
> per-surface basis. As long as the surface remains visible and
> non-occluded it blocks the screensaver, etc. from activating on the
> output(s) that the surface
On Thu, Jun 02, 2016 at 02:42:44PM -0700, Bryce Harrington wrote:
> 'wayland-scanner -v' (correctly) reports the program as named
> "wayland-scanner", but 'wayland-scanner -h' was inconsistent, referring
> to it as './scanner'.
>
> Signed-off-by: Bryce Harrington
I guess we could also pass argv
On Thu, May 12, 2016 at 08:12:09PM -0700, Florian Hänel wrote:
> Sorry for the spam, last version for today.
> Does not make sense to fprintf a value that causes ENOMEM.
> Fixed some more whitespace.
>
> Florian
> >From 4c390be81da27e7b2331c3e71b848e03173b4632 Mon Sep 17 00:00:00 2001
> From: =?U
'wayland-scanner -v' (correctly) reports the program as named
"wayland-scanner", but 'wayland-scanner -h' was inconsistent, referring
to it as './scanner'.
Signed-off-by: Bryce Harrington
---
src/scanner.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/scanner.c b/sr
On Mon, Mar 28, 2016 at 11:10:22AM +0300, Giulio Camuffo wrote:
> 2016-03-24 20:14 GMT+02:00 Bryce Harrington :
> > This interface allows disabling of screensaver/screenblanking on a
> > per-surface basis. As long as the surface remains visible and
> > non-occluded it blocks the screensaver, etc.
On Wed, May 18, 2016 at 04:11:39PM +0300, Pekka Paalanen wrote:
> On Thu, 24 Mar 2016 11:14:33 -0700
> Bryce Harrington wrote:
>
> > This interface allows disabling of screensaver/screenblanking on a
> > per-surface basis. As long as the surface remains visible and
> > non-occluded it blocks the
This interface allows disabling of screensaver/screenblanking on a
per-surface basis. As long as the surface remains visible and
non-occluded it blocks the screensaver, etc. from activating on the
output(s) that the surface is visible on.
To uninhibit, simply destroy the inhibitor object.
Signed
The backends are now installed in lib/libweston-0, and the include
files that will be used by libweston in include/libweston-0. The other
modules and weston-specific include files are kept in the old paths.
A new wet_load_module() is added to load plugins in the old path,
which is not part of libwe
This patch splits screensooter.c so that the code implementing
the private screenshooter protocol and launching the client is
moved to a weston specific file, leaving only the code that can
be shared between compositors in screenshooter.c.
Two exported functions are added in screenshooter.c to star
Signed-off-by: Giulio Camuffo
Reviewed-by: Quentin Glidic
Reviewed-by: Pekka Paalanen
---
v3: - added documentation for weston_log_set_handler
- fixed whitespace issue
src/compositor.h | 5 ++--
src/log.c| 87 ++--
src/main.c
This commit also adds a libweston-0.pc file. The -0 is the abi version
introduced in the previous patch.
Signed-off-by: Giulio Camuffo
Reviewed-by: Quentin Glidic
Acked-by: Pekka Paalanen
---
v3: - read dropped library dependencies for libweston
- keep log.c where it is
- put weston.h
Instead add callbacks to the drm and fbdev backends and pass that to
the input backens so that when a new device needs to be configured
that is called and the compositor can configure it.
Signed-off-by: Giulio Camuffo
Reviewed-by: Quentin Glidic
Reviewed-by: Pekka Paalanen
---
v3: nothing
M
weston_compositor_xkb_destroy() is called automatically so having only
weston_compositor_xkb_init() to be called by the user was a bit weird.
So rename it so that it makes more sense.
Also export it, since libweston compositors need to call it.
Signed-off-by: Giulio Camuffo
Reviewed-by: Quentin G
They belong in the compositor rather than libweston since they
set signals handlers, and a library should not do that behind its
user's back. Besides, they were using functions in main.c already
so they were not usable by other compositors.
Signed-off-by: Giulio Camuffo
Reviewed-by: Quentin Glidi
The config can now be retrieved with a new function defined in weston.h,
wet_get_config(weston_compositor*).
Signed-off-by: Giulio Camuffo
Reviewed-by: Pekka Paalanen
Reviewed-by: Quentin Glidic
---
v3: renamed the new function to wet_get_config
desktop-shell/shell.c | 2 +-
ivi-shell/h
On 1 June 2016 at 11:11, Pekka Paalanen wrote:
> This patch completely removes the Raspberry Pi backend and the renderer.
Acked-by: Daniel Stone
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/li
Hello,
For reference this discussion was split from [1]. Note also I did this
comment in the thread [2].
And I reiterate that we are making :
- _NET_SUPPORTED [3],
- _NET_WM_ALLOWED_ACTIONS [4]
- and _NET_WM_STATE [5].
So why not drafting from the existing and improve it ?
[1]
https://list
On Jun 1, 2016, at 5:11 AM, Pekka Paalanen wrote:
>
> From: Pekka Paalanen
>
> The Raspberry Pi backend has been removed from Weston. You should try
> the FOSS driver stack instead.
>
> Signed-off-by: Pekka Paalanen
Reviewed-by: Yong Bakos
yong
> ---
> building.html| 4 +-
> raspber
On 2016-06-02 5:00 PM, Olivier Fourdan wrote:
> Oh I see, there is a misunderstanding here, "edge" in my proposal does
> not denote the monitor's edges but the window's edges.
>
> So in your example, all 3 windows would be tiled on all 4 edges,
> including the one in the middle as it's tiled agai
Hi
On 2 June 2016 at 16:44, Drew DeVault wrote:
> [...]
>>
>> Why a separate protocol for that sole purpose, why not using Mike's
>> "draw state" proposal?
>
> Your protocol suggests that the only ways a window can be tiled is
> against an edge. This is not the case. In most tiling window manager
> Can you elaborate, what makes xdg-shell not flexible enough that it
> would require an additional protocol?
I don't think it requires another protocol. I think it requires less
protocols. I want to take a step back and address this at a higher
level, I think your solution is too specific.
> Tha
On Jun 2, 2016, at 4:26 AM, Auke Booij wrote:
>
> On 1 June 2016 at 20:16, Yong Bakos wrote:
>> On May 30, 2016, at 3:54 AM, Pekka Paalanen wrote:
>>>
>>> On Sat, 28 May 2016 08:39:59 -0500
>>> Yong Bakos wrote:
>>>
Hi Mike,
Regarding the combination of type="array" enum="foo"...
>
Hi
On 2 June 2016 at 15:51, Drew DeVault wrote:
> This protocol seems to be barking up the wrong tree. This protocol only
> serves traditional floating WMs for whom tiling only goes as far as
> filling 50% of the screen with a window (as mentioned by others) and
> isn't very flexible beyond that.
This protocol seems to be barking up the wrong tree. This protocol only
serves traditional floating WMs for whom tiling only goes as far as
filling 50% of the screen with a window (as mentioned by others) and
isn't very flexible beyond that. I think this should be addressed in two
alternative ways:
On Wed, 1 Jun 2016 21:43:30 +0300
Giulio Camuffo wrote:
> This commit also adds a libweston-0.pc file. The -0 is the abi version
> introduced in the previous patch.
>
> Signed-off-by: Giulio Camuffo
> ---
> Makefile.am | 45 +++--
> configure.ac
On Thu, 2 Jun 2016 11:06:58 +0200
Quentin Glidic wrote:
> On 01/06/2016 20:43, Giulio Camuffo wrote:
> > The backends are now installed in lib/libweston-0, and the include
> > files that will be used by libweston in include/libweston-0. The other
> > modules and weston-specific include files are
On Wed, 1 Jun 2016 21:43:28 +0300
Giulio Camuffo wrote:
> Signed-off-by: Giulio Camuffo
> ---
> src/compositor.h | 5 ++--
> src/log.c| 74 ++-
> src/main.c | 80
>
> 3 file
On Thu, 2 Jun 2016 10:44:17 +0200
Quentin Glidic wrote:
> On 01/06/2016 20:43, Giulio Camuffo wrote:
> > Instead add callbacks to the drm and fbdev backends and pass that to
> > the input backens so that when a new device needs to be configured
> > that is called and the compositor can configure
On Thu, 2 Jun 2016 10:26:46 +0200
Quentin Glidic wrote:
> On 01/06/2016 20:43, Giulio Camuffo wrote:
> > The config can now be retrieved with a new function defined in weston.h,
> > weston_get_config(weston_compositor*).
> >
> > Signed-off-by: Giulio Camuffo
> > ---
> > desktop-shell/shell.c
On Thu, 2 Jun 2016 10:19:06 +0200
Quentin Glidic wrote:
> On 01/06/2016 20:43, Giulio Camuffo wrote:
> > They belong in the compositor rather than libweston since they
> > set signals handlers, and a library should not do that behind its
> > user's back. Besides, they were using functions in main
On Wed, 1 Jun 2016 21:43:24 +0300
Giulio Camuffo wrote:
> This patch splits screensooter.c so that the code implementing
> the private screenshooter protocol and launching the client is
> moved to a weston specific file, leaving only the code that can
> be shared between compositors in screensho
On Thu, 2 Jun 2016 10:07:10 +0200
Quentin Glidic wrote:
> On 01/06/2016 20:43, Giulio Camuffo wrote:
> > weston_compositor_xkb_destroy() is called automatically so having only
> > weston_compositor_xkb_init() to be called by the user was a bit weird.
> > So rename it so that it makes more sense.
On 1 June 2016 at 20:16, Yong Bakos wrote:
> On May 30, 2016, at 3:54 AM, Pekka Paalanen wrote:
>>
>> On Sat, 28 May 2016 08:39:59 -0500
>> Yong Bakos wrote:
>>
>>> Hi Mike,
>>> Regarding the combination of type="array" enum="foo"...
>>>
On May 27, 2016, at 12:30 PM, Mike Blumenkrantz
On 01/06/2016 20:43, Giulio Camuffo wrote:
The backends are now installed in lib/libweston-0, and the include
files that will be used by libweston in include/libweston-0. The other
modules and weston-specific include files are kept in the old paths.
A new load_weston_module() is added to load plu
On 02/06/2016 10:58, Giulio Camuffo wrote:
2016-06-02 11:44 GMT+03:00 Quentin Glidic :
On 01/06/2016 20:43, Giulio Camuffo wrote:
Instead add callbacks to the drm and fbdev backends and pass that to
the input backens so that when a new device needs to be configured
that is called and the compo
On 01/06/2016 20:43, Giulio Camuffo wrote:
This commit also adds a libweston-0.pc file. The -0 is the abi version
introduced in the previous patch.
Signed-off-by: Giulio Camuffo
---
Makefile.am | 45 +++--
configure.ac| 4
src/libwe
2016-06-02 11:44 GMT+03:00 Quentin Glidic :
> On 01/06/2016 20:43, Giulio Camuffo wrote:
>>
>> Instead add callbacks to the drm and fbdev backends and pass that to
>> the input backens so that when a new device needs to be configured
>> that is called and the compositor can configure it.
>>
>> Sign
On Thu, Jun 02, 2016 at 11:30:41AM +0300, Pekka Paalanen wrote:
> On Thu, 2 Jun 2016 15:39:47 +0800
> Jonas Ådahl wrote:
>
> > On Thu, Jun 02, 2016 at 10:24:19AM +0300, Pekka Paalanen wrote:
> > > On Wed, 1 Jun 2016 13:16:31 -0500
> > > Yong Bakos wrote:
> > >
> > > > On May 30, 2016, at 3:54
On 01/06/2016 20:43, Giulio Camuffo wrote:
The backends are now installed in lib/libweston-0, and the include
files that will be used by libweston in include/libweston-0. The other
modules and weston-specific include files are kept in the old paths.
A new load_weston_module() is added to load plu
On 01/06/2016 20:43, Giulio Camuffo wrote:
Instead add callbacks to the drm and fbdev backends and pass that to
the input backens so that when a new device needs to be configured
that is called and the compositor can configure it.
Signed-off-by: Giulio Camuffo
---
Makefile.am| 3 +
On Thu, 2 Jun 2016 15:39:47 +0800
Jonas Ådahl wrote:
> On Thu, Jun 02, 2016 at 10:24:19AM +0300, Pekka Paalanen wrote:
> > On Wed, 1 Jun 2016 13:16:31 -0500
> > Yong Bakos wrote:
> >
> > > On May 30, 2016, at 3:54 AM, Pekka Paalanen wrote:
> > > >
> > > > On Sat, 28 May 2016 08:39:59 -050
On 01/06/2016 20:43, Giulio Camuffo wrote:
The config can now be retrieved with a new function defined in weston.h,
weston_get_config(weston_compositor*).
Signed-off-by: Giulio Camuffo
---
desktop-shell/shell.c | 2 +-
ivi-shell/hmi-controller.c | 6 +++---
ivi-shell/ivi-shell.c | 3
On 01/06/2016 20:43, Giulio Camuffo wrote:
They belong in the compositor rather than libweston since they
set signals handlers, and a library should not do that behind its
user's back. Besides, they were using functions in main.c already
so they were not usable by other compositors.
Signed-off-b
On 01/06/2016 20:43, Giulio Camuffo wrote:
Signed-off-by: Giulio Camuffo
---
src/compositor.h | 5 ++--
src/log.c| 74 ++-
src/main.c | 80
3 files changed, 90 insertions(+),
On 01/06/2016 20:43, Giulio Camuffo wrote:
weston_compositor_xkb_destroy() is called automatically so having only
weston_compositor_xkb_init() to be called by the user was a bit weird.
So rename it so that it makes more sense.
Also export it, since libweston compositors need to call it.
---
v2:
Hello Jonas,
The things I see for maximized vs. tilling:
- tilling window does not need a unmaximize button, because they are
not maximized;
- tilling window may want to switch maximized and draw the
corresponding button;
- tilling window may not need close button to be drawn.
We will quickly
On Thu, Jun 02, 2016 at 10:24:19AM +0300, Pekka Paalanen wrote:
> On Wed, 1 Jun 2016 13:16:31 -0500
> Yong Bakos wrote:
>
> > On May 30, 2016, at 3:54 AM, Pekka Paalanen wrote:
> > >
> > > On Sat, 28 May 2016 08:39:59 -0500
> > > Yong Bakos wrote:
> > >
> > >> Hi Mike,
> > >> Regarding the
On Wed, 1 Jun 2016 13:16:31 -0500
Yong Bakos wrote:
> On May 30, 2016, at 3:54 AM, Pekka Paalanen wrote:
> >
> > On Sat, 28 May 2016 08:39:59 -0500
> > Yong Bakos wrote:
> >
> >> Hi Mike,
> >> Regarding the combination of type="array" enum="foo"...
> >>
> >>> On May 27, 2016, at 12:30 PM
49 matches
Mail list logo
