On Fri, Jun 14, 2013 at 10:08:00AM -0500, Jason Ekstrand wrote:
>
> Signed-off-by: Jason Ekstrand
> ---
> src/input.c| 74
> ++
> src/shell.c| 6 ++---
> src/text-backend.c | 4 +--
> 3 files changed, 41 insertions(+), 43 del
On Fri, Jun 14, 2013 at 10:07:54AM -0500, Jason Ekstrand wrote:
> This commit converts shell_surface.resource to a pointers and updates
> shell.c to use wl_resource_get accessors for shell_surface, desktop_shell,
> screensaver, and workspace_manager related resources.
>
> Signed-off-by: Jason Ekst
On Fri, Jun 14, 2013 at 10:30:26AM +0200, Quentin Glidic wrote:
> From: Quentin Glidic
Sure, looks fine. Not sure if we should suggest shell hacks to set up
XDG_RUNTIME_DIR, but your change certainly makes more sense than what
we had before.
Kristian
> Signed-off-by: Quentin Glidic
> ---
> b
On Wed, Jun 12, 2013 at 03:43:21PM -0300, Tiago Vignatti wrote:
> xeyes works as expected now. subwindows are popped also as expected. This
> patch should fix the following:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=59983
>
> Signed-off-by: Tiago Vignatti
> ---
>
> Hey guys,
>
> This fi
On Thu, Jun 13, 2013 at 10:03:33AM +0200, Samuel Iglesias Gonsalvez wrote:
> Free plane resources using drmModeFreePlaneResources()
>
> Signed-off-by: Samuel Iglesias Gonsalvez
Heh, yup that looks like the right way to do it, thanks.
Kristian
> ---
> src/compositor-drm.c |3 +--
> 1 file
On Tue, Jun 11, 2013 at 08:01:03PM -0500, MoD wrote:
> Window contents cannot be assumed to be fully opaque for windows drawn with
> a RGBA visual. Later the optimization of setting a full opaque region can
> be reimplemented after checking that the windows involved aren't using RGBA
> visuals.
Th
On Tue, Jun 11, 2013 at 07:59:42PM -0500, MoD wrote:
> When printing debug information about atoms, the XWM would crash if the X
> server failed to respond to a request about atom names. In practice this
> occurred when the server itself crashed, e.g. when starting mplayer with the
> "xv" vo.
Look
On Tue, Jun 11, 2013 at 07:58:55PM -0500, MoD wrote:
> ---
> src/xwayland/window-manager.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
That does look a little nicer, thanks.
Kristian
> diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
> index 366f2e0.
From: Rob Bradford
---
configure.ac | 9 -
src/compositor.c | 6 +-
src/input.c | 20 +++-
3 files changed, 32 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index b625221..5e5e7bb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -54
From: Matt Roper
In embedded environments, devices that appear as evdev "keyboards" often
have no resemblence to PC-style keyboards. It is not uncommon for such
environments to have no concept of modifier keys and no need for XKB key
mapping; in these cases libxkbcommon initialization becomes un
From: Matt Roper
In preparation for upcoming changes, we want to make sure that apps
written with the toy toolkit continue to operate properly if no XKB
keymap is received. If there's no XKB keymap, then we shouldn't
try to figure out keyboard modifier states (since we probably don't
even have e
From: Rob Bradford
This format is used to specify that the key button events received are not in
relation to any key map and that the codes should be interpreted directly.
---
protocol/wayland.xml | 1 +
1 file changed, 1 insertion(+)
diff --git a/protocol/wayland.xml b/protocol/wayland.xml
ind
On 06/12, sardemff7+wayl...@sardemff7.net wrote:
> On 12/06/2013 02:49, dar...@chaosreigns.com wrote:
> >1) This mesa bug: https://bugs.freedesktop.org/show_bug.cgi?id=61919
> I provided a patch on this one, and even if I didn’t test it, it
Thank you. My first step in testing it was attempting
On 06/14/2013 11:20 AM, Quentin Glidic wrote:
Hello guys,
I rebased the xwayland-1.12 branch of xorg-server on top of the current
git master (which is the 1.15 dev version IIUC).
You can find it here:
http://git.sardemff7.net/wayland/xorg-server/log/?h=xwayland-1.15
I also updated the Intel an
These are all changes that didn't really fit in another bigger category.
THIS PATCH SHOULD NOT GET COMMITTED TO WESTON MASTER!!!
Signed-off-by: Jason Ekstrand
---
There is a slight issue here of how to properly handle wl_buffer. Right
now I am pointer-casting the resource to a buffer. If the
Signed-off-by: Jason Ekstrand
---
src/compositor.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index 28be309..320acd8 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -1973,7 +1973,7 @@ static void
sub
Signed-off-by: Jason Ekstrand
---
src/compositor.c| 21 -
src/data-device.c | 6 +++---
src/screenshooter.c | 3 ++-
src/shell.c | 12 ++--
4 files changed, 15 insertions(+), 27 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index f1ff5
Signed-off-by: Jason Ekstrand
---
src/input.c| 74 ++
src/shell.c| 6 ++---
src/text-backend.c | 4 +--
3 files changed, 41 insertions(+), 43 deletions(-)
diff --git a/src/input.c b/src/input.c
index 9b6d475..45e8441 100644
-
Signed-off-by: Jason Ekstrand
---
src/text-backend.c | 148 +++--
1 file changed, 76 insertions(+), 72 deletions(-)
diff --git a/src/text-backend.c b/src/text-backend.c
index 27afdff..55d4485 100644
--- a/src/text-backend.c
+++ b/src/text-backend.
Signed-off-by: Jason Ekstrand
---
src/shell.c| 38 +++
src/tablet-shell.c | 59 +-
2 files changed, 48 insertions(+), 49 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index 6834d21..64b783d 100644
Signed-off-by: Jason Ekstrand
---
src/compositor.c | 23 ++-
1 file changed, 10 insertions(+), 13 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index 2f178fd..f1ff516 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -1002,7 +1002,7 @@ weston_surface_un
Signed-off-by: Jason Ekstrand
---
src/compositor.c | 23 ---
src/compositor.h | 2 +-
2 files changed, 9 insertions(+), 16 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index 14080a1..2f178fd 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -1482,7 +1
Because of its links to selection.c and xwayland, a destroy_signal field
was also added to wl_data_source. Before selection.c and xwayland were
manually initializing the resource.destroy_signal field so that it could be
used without a valid resource.
Signed-off-by: Jason Ekstrand
---
Here I rep
This commit converts shell_surface.resource to a pointers and updates
shell.c to use wl_resource_get accessors for shell_surface, desktop_shell,
screensaver, and workspace_manager related resources.
Signed-off-by: Jason Ekstrand
---
src/shell.c | 126 ++---
Signed-off-by: Jason Ekstrand
---
src/compositor.c | 28
src/data-device.c | 6 +++---
src/input.c| 2 +-
src/shell.c| 25 -
src/tablet-shell.c | 10 +-
src/text-backend.c | 2 +-
6 files changed, 42 insertions(+)
Signed-off-by: Jason Ekstrand
---
src/wayland-server.c | 30 ++
src/wayland-server.h | 6 ++
2 files changed, 36 insertions(+)
diff --git a/src/wayland-server.c b/src/wayland-server.c
index 2052f88..e2776ff 100644
--- a/src/wayland-server.c
+++ b/src/wayland-ser
This series includes 1 wayland patch and 11 weston patches that convert
every instance of wl_resource inside weston to a pointer. This series also
converts everything to use accessor functions instead of the structures
directly.
In its current state, everything compiles and runs against a version
On sexta-feira, 14 de junho de 2013 12.53.25, Abhijit Potnis wrote:
> Hello,
>
> As Qt 4.8 does support Platform Abstraction, is it possible to run Qt 4.8
> on Wayland straight away.
I made some progress over a year ago in backporting some of the changes from
Qt 5 to Qt 4.8. But this was prior t
Hello guys,
I rebased the xwayland-1.12 branch of xorg-server on top of the current
git master (which is the 1.15 dev version IIUC).
You can find it here:
http://git.sardemff7.net/wayland/xorg-server/log/?h=xwayland-1.15
I also updated the Intel and wlshm DDXs to build and run against it.
htt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
On 12.06.2013 02:49, dar...@chaosreigns.com wrote:
[...]
> 3) The state of cairo's build testing, particularly this bug:
> https://bugs.freedesktop.org/show_bug.cgi?id=62375 Cairo has a huge and
> glorious build test suite. But it looked very
> > The actual sequence:
> >
> > [2134420.1337] -> wl_keyboard at 39.key(2316,
899782584, 30, 1)
> > [2134421.1337] -> wl_keyboard at 39.key(2316,
899782584, 30, 1)
> > [2134422.1337] -> wl_keyboard at 39.key(2316,
899782584, 30, 0)
> > [2134423.1337] -> wl_keyboard at 39.key(2316,
899782584, 3
Hi,
On Monday, June 10, 2013 14:11 EDT, "MoD" wrote:
> I've been poking at XWayland+Weston's XWM recently and wanted to find this
> behavior and check that this patch is effective so I could vouch for it, but
> I haven't seen something that looks like windows being mapped with the wrong
> coo
On Thu, 13 Jun 2013 16:17:17 +0100
Rob Bradford wrote:
> On Tue, Jun 11, 2013 at 03:33:46PM +0300, Pekka Paalanen wrote:
> > Hi Rob,
> >
> > I think patches 2, 3, and 4 should be all squashed, and I would
> > like to know more of what is the use case here.
> >
> > More questions below.
> >
> >
From: Quentin Glidic
Signed-off-by: Quentin Glidic
---
building.html | 54 --
1 file changed, 40 insertions(+), 14 deletions(-)
diff --git a/building.html b/building.html
index d4b0ab5..1eed935 100644
--- a/building.html
+++ b/building.html
@
Hello,
As Qt 4.8 does support Platform Abstraction, is it possible to run Qt 4.8
on Wayland straight away.
If not then we will have to back-port some of the features of Platform
Abstraction and more from 5.0 to 4.8, would that be possible ?
If so what would be the best point to start off with ?
35 matches
Mail list logo