Hello,
I am currently on a machine that has a nvidia graphics but i am running
into issues with xwayland with the nouveau DDX .. i had started a help
thread to which i am still waiting for a response from the wayland team.
Mean while i was trying to use the wlshm DDX which is generic and uses
sof
On Tue, Jan 22, 2013 at 08:19:12PM -0200, Tiago Vignatti wrote:
> Signed-off-by: Tiago Vignatti
> ---
> hw/xfree86/dri2/dri2.c | 60
> ++--
> hw/xfree86/dri2/dri2.h |8 -
> hw/xfree86/dri2/dri2ext.c | 10 +-
> hw/xf
Jack,
The last Wayland/Weston version we (EMGD on TNC) supported was 1.0.1 and
Clone/Extended mode is not possible on Weston without modifying the source.
Thanks,
BoonWooi
-Original Message-
From: wayland-devel-bounces+boon.wooi.tay=intel@lists.freedesktop.org
[mailto:wayland-deve
Hi,
With the comment on the recent patches for the input method protocol,
it seems that we are finally on the way to support cursor following.
However I still have some questions about the protocol (and it's
limitation).
1, Is there any plan to support xwayland?
I believe it is important to supp
On Mon, Jan 28, 2013 at 03:41:09PM -0800, Bill Spitzak wrote:
> This is very very useful, however the proposed set is not really correct:
>
> >>+enum weston_matrix_transform_type {
> >>+ WESTON_MATRIX_TRANSFORM_TRANSLATE = (1 << 0),
> >>+ WESTON_MATRIX_TRANSFORM_SCALE = (1 << 1
On Mon, Jan 28, 2013 at 03:07:02PM -0800, Bill Spitzak wrote:
> It would be nice if there was a clear way to find out *all* the
> visible area. Right now it looks like I have to try a really large
> rectangle and just hope I have managed to cover all of the current
> output. It seems to me that get
This is very very useful, however the proposed set is not really correct:
+enum weston_matrix_transform_type {
+ WESTON_MATRIX_TRANSFORM_TRANSLATE = (1 << 0),
+ WESTON_MATRIX_TRANSFORM_SCALE = (1 << 1),
+ WESTON_MATRIX_TRANSFORM_ROTATE = (1 << 2),
+
It would be nice if there was a clear way to find out *all* the visible
area. Right now it looks like I have to try a really large rectangle and
just hope I have managed to cover all of the current output. It seems to
me that getting rid of the rectangle and returning the result as though
it wa
On Mon, Jan 28, 2013 at 10:40:28PM +0300, Vasily Khoruzhick wrote:
> Introduce several matrix transform types and track type for matrix.
> Could be usefull for activating some fastpath that depends on some
> transform type.
Look good, both committed. We could simplify the logic in
weston_surface_
Signed-off-by: Vasily Khoruzhick
---
src/pixman-renderer.c | 107 ++
1 file changed, 90 insertions(+), 17 deletions(-)
diff --git a/src/pixman-renderer.c b/src/pixman-renderer.c
index 8d95197..908824c 100644
--- a/src/pixman-renderer.c
+++ b/src/pi
Introduce several matrix transform types and track type for matrix.
Could be usefull for activating some fastpath that depends on some
transform type.
Signed-off-by: Vasily Khoruzhick
---
shared/matrix.c | 23 ---
shared/matrix.h | 10 ++
src/compositor.c | 3 +++
2013/1/28 :
> I updated http://www.chaosreigns.com/wayland/state/
"Qt5 support is complete except for client side decorations (CSD)."
qtwayland master branch has now complete CSD support.
It also supports the new wayland-cursor API.
For terminals you might want to add this:
https://github.com
On Mon, Jan 28, 2013 at 10:33 AM, Pekka Paalanen wrote:
> Hi Jonas,
>
> this raised a couple of thoughts, inline below.
>
>
> On Sat, 26 Jan 2013 15:33:36 +0100
> Jonas Ådahl wrote:
>
>> Instead of having one global workspace container, have one container per
>> output. This means that every outp
On Mon, Jan 28, 2013 at 05:18:34PM +, Rob Bradford wrote:
> From: Rob Bradford
>
> Add a probe_area request to the wl_shell_surface interface along with a
> visible_area event to communicate the result of the probe.
>
> The intention of this request and event is to allow the client to try an
This leaves Arch conspicuously missing it, but when I opened a bug
requesting it, they increased the severity and assigned two people,
which seems promising.
I think this is pretty cool, because it marks the first native wayland
support included in major distros. For clients that don't use the wa
On Mon, Jan 28, 2013 at 01:11:06AM -0800, Dima Ryazanov wrote:
> There may be multiple windows open, so destroy the terminal instead of
> exiting.
Thanks, good fix, committed. Just a stylistic nitpick: we treat
commit subjects as headers wrt to punctuation (eg like a newspaper
headline) so they
From: Rob Bradford
With this change the popup menu will not go beyond the borders of the output.
---
clients/window.c | 58
1 file changed, 50 insertions(+), 8 deletions(-)
diff --git a/clients/window.c b/clients/window.c
index 2baf4d9..2
From: Rob Bradford
---
src/shell.c | 81 -
1 file changed, 80 insertions(+), 1 deletion(-)
diff --git a/src/shell.c b/src/shell.c
index aa1c7c1..58b5892 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -1914,6 +1914,84 @@ shell_surface_se
From: Rob Bradford
Add a probe_area request to the wl_shell_surface interface along with a
visible_area event to communicate the result of the probe.
The intention of this request and event is to allow the client to try and
refine the placement of popup windows that would otherwise be unusable.
Hi Jonas,
this raised a couple of thoughts, inline below.
On Sat, 26 Jan 2013 15:33:36 +0100
Jonas Ådahl wrote:
> Instead of having one global workspace container, have one container per
> output. This means that every output will have its own set of workspaces
> with its own workspace state.
There may be multiple windows open, so destroy the terminal instead of exiting.
Signed-off-by: Dima Ryazanov
---
clients/terminal.c |9 +
1 file changed, 9 insertions(+)
diff --git a/clients/terminal.c b/clients/terminal.c
index 25acc81..664df5d 100644
--- a/clients/terminal.c
+++ b
21 matches
Mail list logo
