On Tue, 28 Feb 2012 16:48:26 +
Rob Bradford wrote:
> From: Rob Bradford
>
> ---
> protocol/wayland.xml | 53 -
> 1 files changed, 34 insertions(+), 19 deletions(-)
>
> diff --git a/protocol/wayland.xml b/protocol/wayland.xml
> index 5cc13a
On 02/28/2012 09:50 PM, Peter Hutterer wrote:
Distribute all source files that we need for buildling.
Plus, remove the html file on make clean.
Signed-off-by: Peter Hutterer
---
protocol/Makefile.am |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/protocol/Makefi
Publican requires a read-write source tree, see
http://bugzilla.redhat.com/show_bug.cgi?id=798484
And it currently cannot build out-of-tree, so we need to copy the sources
into the _build tree and generate Protocol.xml into that tree too (we'd have
to do this anyway since automake creates a read-o
Convert the wayland.xml protocol description to a docbook-compatible format
and hook it up to the publican sources.
Signed-off-by: Peter Hutterer
---
doc/Wayland/.gitignore |1 +
doc/Wayland/Makefile.am |9 ++-
doc/Wayland/en-US/Wayland.xml |1 +
doc/Wa
automake doesn't seem to provide a sensible method to install a directory of
stuff in $(docdir). Do it manually then.
CC: Gaetan Nadon
Signed-off-by: Peter Hutterer
---
Gaetan - can you check this please, it seems less-than-ideal, especially
since it builds every time I run make, even if no sour
I'll leave them in for now as a template for how things looked originally,
this can be removed later.
Signed-off-by: Peter Hutterer
---
doc/Wayland/en-US/Wayland.xml |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/doc/Wayland/en-US/Wayland.xml b/doc/Wayland/en-US/Way
Abstract taken from http://wayland.freedesktop.org
Signed-off-by: Peter Hutterer
---
doc/Wayland/en-US/Author_Group.xml | 10 +-
doc/Wayland/en-US/Book_Info.xml | 13 ++---
doc/Wayland/en-US/Wayland.ent|2 +-
doc/Wayland/en-US/images/wayland.png | Bin 0 ->
Branch available from
git://people.freedesktop.org/~whot/wayland.git :publican
This adds a docbook tree hooked up to build with publican. Default make will
build both html and pdf.
The make distchecks hooks aren't pretty at all and for some reason it tries
to build the documentation every time,
On Tue, Feb 28, 2012 at 09:14:18AM -0500, Kristian Høgsberg wrote:
> 2012/2/25 Peter Hutterer :
> > On 25/02/12 01:04 , Kristian Høgsberg wrote:
> >>
> >> On Fri, Feb 24, 2012 at 2:42 AM, Peter Hutterer
> >> wrote:
> >>>
> >>> On Thu, Feb 23, 2012 at 04:26:23PM -0500, Kristian Hoegsberg wrote:
>
Distribute all source files that we need for buildling.
Plus, remove the html file on make clean.
Signed-off-by: Peter Hutterer
---
protocol/Makefile.am |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/protocol/Makefile.am b/protocol/Makefile.am
index 9c6cc49..49395
On Mon, Feb 27, 2012 at 04:57:42PM +0100, Samuel Rødal wrote:
> Ignore previous patch, here's the correct version.
> From 4e1bedaaf05b576f5191f8fe3a34904ab9707414 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Samuel=20R=C3=B8dal?=
> Date: Mon, 27 Feb 2012 15:17:20 +0100
> Subject: [PATCH] Allow upda
On Mon, Feb 27, 2012 at 05:10:03PM +0100, Samuel Rødal wrote:
> The only problem I see with this is that the "disconnect" naming can
> be confusing as the wl_display handle is actually freed as well.
I like it, it pairs better with wl_display_connect. I don't think
it's a problem that the name is
On Tue, Feb 28, 2012 at 06:08:38PM +0800, zhiwen...@linux.intel.com wrote:
> From: Alex Wu
>
> All the fullscreen things (black surface, raise atop panels, transform,
> positioning)
> are handled in map() or configure().
Ok, looking good, we're almost there now :) A few comments below (and
plea
On Tue, Feb 28, 2012 at 05:59:33PM +0200, Ander Conselvan de Oliveira wrote:
> With the input region changes, drag surfaces were being picked and
> receiving events which led to problems on the client side.
> ---
> src/compositor.c | 16
> 1 files changed, 16 insertions(+), 0 de
On Tue, Feb 28, 2012 at 1:19 PM, Jesse Barnes wrote:
> On Tue, 28 Feb 2012 13:52:21 +0200
> Tiago Vignatti wrote:
>> @@ -907,11 +912,76 @@ sprite_handle_pending_buffer_destroy(struct
>> wl_listener *listener,
>> sprite->pending_surface = NULL;
>> }
>>
>> +static void
>> +drm_set_backlight
On Tue, 28 Feb 2012 13:52:21 +0200
Tiago Vignatti wrote:
> @@ -907,11 +912,76 @@ sprite_handle_pending_buffer_destroy(struct wl_listener
> *listener,
> sprite->pending_surface = NULL;
> }
>
> +static void
> +drm_set_backlight(struct weston_output *output_base, uint32_t up_down)
> +{
> +
Juan,
Does this align with what you intended in this request? I think it is
a bit clearer now and resolves some of the items we discussed at the
last hackfest and also on IRC.
Cheers,
Rob
On 28 February 2012 16:48, Rob Bradford wrote:
> From: Rob Bradford
>
> ---
> protocol/wayland.xml | 5
From: Rob Bradford
---
protocol/wayland.xml | 53 -
1 files changed, 34 insertions(+), 19 deletions(-)
diff --git a/protocol/wayland.xml b/protocol/wayland.xml
index 5cc13a8..3631289 100644
--- a/protocol/wayland.xml
+++ b/protocol/wayland.xml
@
In case anyone's curious, I've bisected the font corruption in
weston-terminal with current cairo.
Cairo commit 8c3b86787acf525df24a3b147da73398b7d1571c "gl: Fix
gl-source-surface test" is the first to show the problem, but crashes
weston-terminal instead of giving corruption.
Cairo commit 7c3499
With the input region changes, drag surfaces were being picked and
receiving events which led to problems on the client side.
---
src/compositor.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index b12c583..eabb34f 100
Hi. I stumbled upon problems (including crashes) with drag-n-drop in X11 in
case when a window disappears while dragging is being done (for example a
program exits).
https://bugs.kde.org/show_bug.cgi?id=192270
So I thought it would be useful for you to have such corner case in mind when
you imp
2012/2/25 Peter Hutterer :
> On 25/02/12 01:04 , Kristian Høgsberg wrote:
>>
>> On Fri, Feb 24, 2012 at 2:42 AM, Peter Hutterer
>> wrote:
>>>
>>> On Thu, Feb 23, 2012 at 04:26:23PM -0500, Kristian Hoegsberg wrote:
On Thu, Feb 23, 2012 at 03:58:37PM +1000, Peter Hutterer wrote:
>
>>>
On Tue, Feb 28, 2012 at 06:07:54PM +0800, zhiwen...@linux.intel.com wrote:
> From: Alex Wu
Thanks, applied with a little edit to make the check in
weston_surface_destroy an assert instead. If we end up in that case,
it's an internal error and we need to catch it, not silently ignore
it.
Also, p
- hotplug doesn't work; it's easy fix though.
- DPMS off only kicks in when wscreensaver is launched, cause then the
compositor will trigger the second call to lock(), inside shell. It works
anyway with the current wscreensaver broken.
- for backlight, we're using the changes I've done here:
From: Alex Wu
All the fullscreen things (black surface, raise atop panels, transform,
positioning)
are handled in map() or configure().
Signed-off-by: Alex Wu
Signed-off-by: Juan Zhao
---
src/shell.c | 231 ++-
1 files changed, 214 ins
From: Alex Wu
This will facilitate the implementation of fullscreen.
Signed-off-by: Alex Wu
---
src/compositor.c | 16 ++--
src/compositor.h |9 +
2 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index b12c583..022c7a
From: Alex Wu
V7: Fullscreen surface will be atop panels and with a black surface
underlying it.
Only the WL_SHELL_SURFACE_FULLSCREEN_METHOD_SCALE method implemented in this
version.
We will implement other methods in another patch.
V8: Move all the fullscreen things to map() or confi
On 02/24/2012 08:02 PM, Bill Spitzak wrote:
> Tiago Vignatti wrote:
>> DISPLAY_ON → DISPLAY_DIM → DISPLAY_SCREENSAVER → DISPLAY_OFF
>
> Won't there be some interest in making the backlight dim *after* the
> screensaver starts? I can imagine the control ui being a bunch of
> timing sliders, which t
28 matches
Mail list logo