Hi everyone,
Given the low activity on the list these days I hope noone will be
angry if I send a mail not directly related to Wayland or Weston. :)
Some months ago I announced here the birth of Orbital, a shell plugin
for Weston and a shell client made with Qt.
Today I instead announce the
this adds a mechanism to mask the views belonging to a layer
to an arbitrary rect, in the global space. The parts that don't fit
in that rect will be clipped away.
Implemented in the gl and pixman renderers only for now.
---
src/compositor.c | 26 +-
src/compositor.h
This introduces a new struct, weston_layer_entry, which is now used
in place of wl_list to keep the link for the layer list in weston_view
and the head of the list in weston_layer.
weston_layer_entry also has a weston_layer*, which points to the layer
the view is in or, in the case the entry it's
2014-01-28 Ander Conselvan de Oliveira conselv...@gmail.com:
On 01/27/2014 09:46 PM, Giulio Camuffo wrote:
this adds a mechanism to mask the views belonging to a layer
to an arbitrary rect, in the global space. The parts that don't fit
in that rect will be clipped away.
Implemented in the gl
this adds a mechanism to mask the views belonging to a layer
to an arbitrary rect, in the global space. The parts that don't fit
in that rect will be clipped away.
Supported by the gl and pixman renderer only for now.
---
src/compositor.c | 61
2014-02-10 17:25 GMT+02:00 Manuel Bachmann
manuel.bachm...@open.eurogiciel.org:
Hi Bill, hi Jasper, hi everybody again,
I just updated my taskbar code to make it work against Weston 1.4.0 :
https://github.com/Tarnyko/weston-taskbar/tree/1.4.0-taskbar
And with regards to our former
Hi Vincent,
Looks like your email was cut. Anyway you don't need to send proposals
or ask for permission, just start working on something you'd like and
then send the patches on the list. You can ask anything here or in
#wayland on freenode.
Giulio
2014-02-24 14:19 GMT+02:00 Vincent de RIBOU
Hi Neal,
You don't need to use any Wayland or Weston specific thing. Wayland
compositor just use buffers you provide to them as you provide them,
so if you want the buffer to be opaque give Wayland an opaque buffer.
Either use one without an alpha channel or clear the whole buffer with
an opaque
'close' is more consistent with the purpose of the event than
'delete', and it is also c++ friendly, since 'delete' is a keyword.
---
protocol/xdg-shell.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/protocol/xdg-shell.xml b/protocol/xdg-shell.xml
index
---
src/connection.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/connection.c b/src/connection.c
index 63b0592..47ee556 100644
--- a/src/connection.c
+++ b/src/connection.c
@@ -724,7 +724,7 @@ wl_connection_demarshal(struct wl_connection *connection,
2014-06-02 9:36 GMT+02:00 Pekka Paalanen ppaala...@gmail.com:
On Mon, 2 Jun 2014 10:22:40 +0300
Pekka Paalanen ppaala...@gmail.com wrote:
On Fri, 30 May 2014 11:32:25 +0200
Jonny Lamb jonny.l...@collabora.co.uk wrote:
In the process wl_keyboard's version has been incremented. Given
2014-06-28 20:33 GMT+03:00 Armin K. kre...@email.com:
On 06/27/2014 09:15 PM, Jason Ekstrand wrote:
On Jun 27, 2014 11:49 AM, Armin K. kre...@email.com
mailto:kre...@email.com wrote:
On 27.6.2014 20:08, Kalrish Bäakjen wrote:
Hello,
I am working on a project that uses EGL and defers
2014-07-02 1:55 GMT+03:00 Bill Spitzak spit...@gmail.com:
On 07/01/2014 12:35 PM, Jasper St. Pierre wrote:
A blink in the highlighting?
Yes. Say the client wants to highlight the button being pressed and it has
popped up a menu, If the mouse is moved from the button to the menu, the
This introduces a new struct, weston_layer_entry, which is now used
in place of wl_list to keep the link for the layer list in weston_view
and the head of the list in weston_layer.
weston_layer_entry also has a weston_layer*, which points to the layer
the view is in or, in the case the entry it's
This is a resend of my layer clipping patch, rebased on top of current master.
I *really* hope it doesn't die of age on the list again.
--
Giulio Camuffo (2):
compositor: keep track of the weston_layer a weston_view is in
compositor: add a masking mechanism to weston_layer
desktop-shell
wl_display_roundtrip() works on the default queue. Add a parallel
wl_display_roundtrip_queue().
---
src/wayland-client.c | 21 +++--
src/wayland-client.h | 2 ++
2 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/src/wayland-client.c b/src/wayland-client.c
index
wl_display_roundtrip() works on the default queue. Add a parallel
wl_display_roundtrip_queue().
---
v2: fixed stupid mistake
src/wayland-client.c | 21 +++--
src/wayland-client.h | 2 ++
2 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/src/wayland-client.c
wl_display_roundtrip() works on the default queue. Add a parallel
wl_display_roundtrip_queue().
---
v3: fixed dispatch call in place of dispatch_queue
documented the queue parameter
src/wayland-client.c | 24 +---
src/wayland-client.h | 2 ++
2 files changed, 23
more sense.
--Jason Ekstrand
On Mon, Jul 14, 2014 at 7:15 AM, Giulio Camuffo giuliocamu...@gmail.com
wrote:
wl_display_roundtrip() works on the default queue. Add a parallel
wl_display_roundtrip_queue().
---
v3: fixed dispatch call in place of dispatch_queue
documented the queue
2014-07-15 20:39 GMT+03:00 Daniel Stone dan...@fooishbar.org:
Hi,
On Tuesday, July 15, 2014, Giulio Camuffo giuliocamu...@gmail.com wrote:
2014-07-14 22:31 GMT+03:00 Jason Ekstrand ja...@jlekstrand.net:
Guilio,
Would it be better to name it wl_event_queue_roundtrip and just have
wl_display_roundtrip(display) works on the default queue. Add a
parallel wl_event_queue_roundtrip(queue).
---
v3: renamed wl_display_roundtrip_queue() to wl_event_queue_roundtrip()
src/wayland-client.c | 29 +++--
src/wayland-client.h | 1 +
2 files changed, 24
9, 2014 at 12:12 PM, Giulio Camuffo giuliocamu...@gmail.com
wrote:
This introduces a new struct, weston_layer_entry, which is now used
in place of wl_list to keep the link for the layer list in weston_view
and the head of the list in weston_layer.
weston_layer_entry also has a weston_layer
2014-07-27 21:14 GMT+03:00 Eugen Friedrich fried...@gmail.com:
Hi all,
after debugging a memory consumption issue in simple wayland application i
found a issue in our wayland graphics backend. Then i took a look into the
mesa implementation and found the quite similar implementation there.
+02:00 Giulio Camuffo giuliocamu...@gmail.com:
2014-07-27 21:14 GMT+03:00 Eugen Friedrich fried...@gmail.com:
Hi all,
after debugging a memory consumption issue in simple wayland application
i
found a issue in our wayland graphics backend. Then i took a look into
the
mesa
:00 Giulio Camuffo giuliocamu...@gmail.com:
FIY, You dropped the mailing list in your reply.
2014-07-27 22:15 GMT+03:00 Eugen Friedrich fried...@gmail.com:
The problem is the app never calls wl_display_distpath(_pending)
it just creates native handles and then uses EGL for rendering
2014-07-28 13:19 GMT+03:00 Daniel Stone dan...@fooishbar.org:
Hi Eugen,
On 27 July 2014 22:16, Eugen Friedrich fried...@gmail.com wrote:
Hi Daniel,
thanks, i understood we should add the wl_display_dispatch_pending call in
the application
there is currently no way to avoid this and
---
fullscreen-shell/fullscreen-shell.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fullscreen-shell/fullscreen-shell.c
b/fullscreen-shell/fullscreen-shell.c
index a8dad8e..25932d4 100644
--- a/fullscreen-shell/fullscreen-shell.c
+++
2014-08-06 11:54 GMT+03:00 Steve (YiLiang) Zhou sz...@telecomsys.com:
Dear all,
I have app which was developed by qt4, and we want to port it to tizen ivi
wayland platform, so I have to update our app to qt5.
We have a feature : drawing something based on egl on a qt window(we use
surface
into an shm one.
--
Giulio
Thanks and Best Regards
Steve Zhou
*From:* Giulio Camuffo [mailto:giuliocamu...@gmail.com]
*Sent:* Wednesday, August 06, 2014 5:34 PM
*To:* Steve (YiLiang) Zhou
*Cc:* wayland mailing list
*Subject:* Re: Help!! app qt4 upgrade to qt5 for wayland , can't
“ ?
Well, you can create a QWindow and use a QOpenGLContext, and that will work
fine. Then you draw the content with OpenGL calls.
Thanks and Best Regards
Steve Zhou
*From:* Giulio Camuffo [mailto:giuliocamu...@gmail.com]
*Sent:* Wednesday, August 06, 2014 5:52 PM
*To:* Steve
2014-08-11 13:29 GMT+03:00 Rutledge Shawn shawn.rutle...@digia.com:
On 11 Aug 2014, at 11:34 AM, Giulio Camuffo wrote:
2014-08-11 12:20 GMT+03:00 Rutledge Shawn shawn.rutle...@digia.com:
On 11 Aug 2014, at 9:10 AM, Pier Luigi wrote:
(top-posting fixed)
2014-08-11 8:13 GMT+02:00 Steve
2014-08-11 16:12 GMT+03:00 Rutledge Shawn shawn.rutle...@digia.com:
On 11 Aug 2014, at 12:57 PM, Giulio Camuffo wrote:
2014-08-11 13:29 GMT+03:00 Rutledge Shawn shawn.rutle...@digia.com:
On 11 Aug 2014, at 11:34 AM, Giulio Camuffo wrote:
2014-08-11 12:20 GMT+03:00 Rutledge Shawn
-Original Message-
From: Pekka Paalanen [mailto:ppaala...@gmail.com]
Sent: Tuesday, August 12, 2014 1:33 AM
To: Nils Chr. Brause
Cc: Giulio Camuffo; Rutledge Shawn; Steve (YiLiang) Zhou; Pier Luigi; Qt
Project; wayland
Subject: Re: [Interest] qt5 window setGeometry and move not work
The approach taken here is to move all the stuff that belongs in a binary,
such as the main(), module and backend loading, config handling, to
a weston.c/h, keeping the behavior untouched.
All .so modules include weston.h, so they cannot be directly used by other
users of libweston, instead the
2014-08-18 14:35 GMT+03:00 Pekka Paalanen ppaala...@gmail.com:
Hi all,
in the release announcement of 1.5.0[1] it was said that the alpha
release towards 1.6 should come out mid-August. That time is now, so
how about we target Friday, Aug 22nd (European time)?
I know the review process has
2014-08-18 14:57 GMT+03:00 Giulio Camuffo giuliocamu...@gmail.com:
2014-08-18 14:35 GMT+03:00 Pekka Paalanen ppaala...@gmail.com:
Hi all,
in the release announcement of 1.5.0[1] it was said that the alpha
release towards 1.6 should come out mid-August. That time is now, so
how about we
2014-08-18 15:14 GMT+03:00 Pekka Paalanen ppaala...@gmail.com:
On Mon, 18 Aug 2014 14:57:37 +0300
Giulio Camuffo giuliocamu...@gmail.com wrote:
2014-08-18 14:35 GMT+03:00 Pekka Paalanen ppaala...@gmail.com:
Hi all,
in the release announcement of 1.5.0[1] it was said that the alpha
the area the window border is drawn into.
On 11/03/2012 04:46 AM, Giulio Camuffo wrote:
Hi all,
I'm trying to get decorations in QtWayland for EGL apps. The problem
that I'm facing is that I cannot find a good way to do so.
One solution could be to use an FBO, let the client draw
2012/11/5 Bill Spitzak spit...@gmail.com
I agree that it would be nice to not
create extra surfaces, but I think the cleanest way to do that would
be an EGL extension, otherwise pretty much all existing OpenGL code
will have to be modified in various ways in order to be ported.
I agree
When calling shell_map_popup() more than one time on the same shell_surface
the parent transform was getting added more than one time to the transform
list, resulting in an infinite loop when going through the list with
wl_list_for_each in weston_surface_update_transform_enable().
This commit
This way the shell can know when a surface has been unmapped by
checking the value of pending.remove_content. The configure handlers
must now make sure that the buffer exist though, by checking if
the surface's buffer_ref.buffer is NULL.
---
src/compositor.c | 2 +-
src/shell.c | 19
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu.
---
src/shell.c | 42 +++---
1 file changed, 39 insertions(+), 3 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu.
Furthermore, when clicking outside the client area the popup_done event
is sent to the active popup surface and recursively to its parent.
---
src/shell.c | 55
This way the shell can know when a surface has been unmapped by
checking the value of pending.remove_content. The configure handlers
must now make sure that the buffer exist though, by checking if
the surface's buffer_ref.buffer is NULL.
---
src/compositor.c | 2 +-
src/shell.c | 33
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu.
Furthermore, when clicking outside the client area the popup_done event
is sent to the active popup surface and recursively to its parent.
---
src/shell.c | 55
This way the shell can know when a surface has been unmapped by
checking the value returned by weston_surface_is_mapped(surface).
The configure handlers have now width and height parameters, so
they do not need anymore to check manually the buffer size.
If a surface's buffer is NULL the width and
This way the shell can know when a surface has been unmapped by
checking the value returned by weston_surface_is_mapped(surface).
The configure handlers have now width and height parameters, so
they do not need anymore to check manually the buffer size.
If a surface's buffer is NULL the width and
This way the shell can know when a surface has been unmapped by
checking the value returned by weston_surface_is_mapped(surface).
The configure handlers have now width and height parameters, so
they do not need anymore to check manually the buffer size.
If a surface's buffer is NULL the width and
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu.
Furthermore, when clicking outside the client area the popup_done event
is sent to the active popup surface and recursively to its parent.
---
src/shell.c | 57
2013/2/21 Pekka Paalanen ppaala...@gmail.com:
On Wed, 20 Feb 2013 16:28:48 +0100
Giulio Camuffo giuliocamu...@gmail.com wrote:
This way the shell can know when a surface has been unmapped by
checking the value returned by weston_surface_is_mapped(surface).
The configure handlers have now
This way the shell can know when a surface has been unmapped by
checking the value returned by weston_surface_is_mapped(surface).
The configure handlers have now width and height parameters, so
they do not need anymore to check manually the buffer size.
If a surface's buffer is NULL the width and
---
src/compositor.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index 64d0830..45d7c88 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -776,6 +776,7 @@ weston_device_repick(struct weston_seat *seat)
const
---
src/compositor.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index 64d0830..025c6fd 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -776,6 +776,7 @@ weston_device_repick(struct weston_seat *seat)
Tested, fixed my odd make check problem with automake 1.13.1.
Giulio
2013/2/21 Quentin Glidic sardemff7+wayl...@sardemff7.net:
From: Quentin Glidic sardemff7+...@sardemff7.net
Also fix automake 1.13 support
Signed-off-by: Quentin Glidic sardemff7+...@sardemff7.net
---
configure.ac
Hi
- a demo client with window decorations stitched from 4
non-overlapping sub-surfaces
I tought i may write here the problems i've seen when doing window
decorations this way in QtWayland:
(http://qt.gitorious.org/~giucam/qt/giucam-qtwayland/commits/csd-subsurface-collage
warning: very very
These are two patches that fix some problems that come up when using
v2 subsurfaces to draw the window decorations, outside the window
perimeter.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
---
src/shell.c | 36
1 file changed, 32 insertions(+), 4 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index c8f20ec..5273bc1 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -1092,10 +1092,24 @@ shell_surface_move(struct wl_client *client, struct
We must calculate the bounding box of the surface + subsurfaces set and use
that when maximizing the window or going fullscreen.
---
src/shell.c | 118 ++--
1 file changed, 99 insertions(+), 19 deletions(-)
diff --git a/src/shell.c
We must calculate the bounding box of the surface + subsurfaces set and use
that when maximizing the window or going fullscreen.
---
src/shell.c | 83 +
1 file changed, 62 insertions(+), 21 deletions(-)
diff --git a/src/shell.c
---
src/shell.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index c8f20ec..da41efa 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -1092,10 +1092,12 @@ shell_surface_move(struct wl_client *client, struct
wl_resource *resource,
{
Great, thanks. :)
Giulio
2013/2/26 Pekka Paalanen ppaala...@gmail.com:
On Tue, 26 Feb 2013 15:59:57 +0100
Giulio Camuffo giuliocamu...@gmail.com wrote:
---
src/shell.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index c8f20ec
We must calculate the bounding box of the surface + subsurfaces set and use
that when maximizing the window or going fullscreen.
---
src/shell.c | 89 ++---
1 file changed, 68 insertions(+), 21 deletions(-)
diff --git a/src/shell.c
This makes weston_device_repick() return an int, 1 if the pointer moved on the
same surface, 0 otherwise. notify_motion sends the motion event on its own,
while weston_compositor_repick() checks if it returns 1 and it sends the motion
event using the time given to it by weston_output_repaint() as
move_client() needs to attach the buffer, even if it was attached already,
because since 184df50 configure() will be called only on newly attached
surfaces, but the one that sets the test surface position is the configure
function.
---
tests/weston-test-client-helper.c | 5 -
1 file changed,
---
qt5.html | 55 +--
1 file changed, 25 insertions(+), 30 deletions(-)
diff --git a/qt5.html b/qt5.html
index 657f96b..fc09ce3 100644
--- a/qt5.html
+++ b/qt5.html
@@ -11,16 +11,10 @@
body
h1a href=/img src=wayland.png alt=Wayland logo/a/h1
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu.
Furthermore, when clicking outside the client area the popup_done event
is sent to the active popup surface and recursively to its parent.
---
src/shell.c | 57
wl_data_offer_finish() must be called by the receiver client when the drop
operation is done. It wants a uint argument which must be a
wl_data_offer_dnd_action value, which are: ignore, copy, move, link.
This action value is passed to the wl_data_source_dropped() event
so that the source client
---
clients/dnd.c| 20 ++--
clients/window.c | 13 -
clients/window.h | 3 +++
3 files changed, 33 insertions(+), 3 deletions(-)
diff --git a/clients/dnd.c b/clients/dnd.c
index 140f3f4..2b99ab1 100644
--- a/clients/dnd.c
+++ b/clients/dnd.c
@@ -48,6 +48,7 @@
Hi all,
I've been struggling with a problem these last few days: I'm working
on QtWayland drag and drop support, and I noticed it requires some
protocol additions, of which this is a draft: https://pastee.org/hxq26
I want the wl_data_source.dropped event to be called after the
wl_data_device
to free its wl_data_source.
On Mon, Mar 11, 2013 at 4:53 PM, Giulio Camuffo giuliocamu...@gmail.com
wrote:
Hi all,
I've been struggling with a problem these last few days: I'm working
on QtWayland drag and drop support, and I noticed it requires some
protocol additions, of which
2013/3/12 Pekka Paalanen ppaala...@gmail.com:
On Tue, 12 Mar 2013 11:22:00 +0100
Giulio Camuffo giuliocamu...@gmail.com wrote:
2013/3/12 Jason Ekstrand ja...@jlekstrand.net:
I'd love to offer some thoughts on the more general drag-and-drop
problem if you want to give a more detailed
2013/3/12 Pekka Paalanen ppaala...@gmail.com:
On Tue, 12 Mar 2013 12:00:57 +0100
Giulio Camuffo giuliocamu...@gmail.com wrote:
2013/3/12 Pekka Paalanen ppaala...@gmail.com:
On Tue, 12 Mar 2013 11:22:00 +0100
Giulio Camuffo giuliocamu...@gmail.com wrote:
2013/3/12 Jason Ekstrand ja
wl_data_offer_finish which calls
wl_data_source_cancel on S's wl_data_source so it can be freed.
The problem is ensuring the wl_data_source_dropped gets called for
real after the server gets the accepted action.
2013/3/11 Giulio Camuffo giuliocamu...@gmail.com:
Hi all,
I've been struggling with a problem
When creating a wl_data_source the client must now set certain supported
actions on the data: COPY, MOVE or LINK. The target client will choose one
of these (or IGNORE) after receiving the data and will notify the server
which one it is, with wl_data_source_notify_received(). The wl_data_source
---
clients/dnd.c| 22 --
clients/window.c | 24 +++-
clients/window.h | 3 +++
3 files changed, 46 insertions(+), 3 deletions(-)
diff --git a/clients/dnd.c b/clients/dnd.c
index 140f3f4..5e45b54 100644
--- a/clients/dnd.c
+++ b/clients/dnd.c
@@ -48,6
Hi
2013/3/13 daniel mosquera milkatoffeec...@gmail.com:
Hello.
My name is Daniel Mosquera and I'm creating a C++ toolkit to develop
applications directly in Wayland. At the current time I've just developed
the core (strings, files, serialization, delegates, threading,
synchronization,
Please discard this, I've sent a better one.
Giulio
2013/3/9 Giulio Camuffo giuliocamu...@gmail.com:
wl_data_offer_finish() must be called by the receiver client when the drop
operation is done. It wants a uint argument which must be a
wl_data_offer_dnd_action value, which are: ignore, copy
Please discard this, I've sent a better one.
Giulio
2013/3/9 Giulio Camuffo giuliocamu...@gmail.com:
---
clients/dnd.c| 20 ++--
clients/window.c | 13 -
clients/window.h | 3 +++
3 files changed, 33 insertions(+), 3 deletions(-)
diff --git a/clients
2013/3/13 Jason Ekstrand ja...@jlekstrand.net:
On Wed, Mar 13, 2013 at 4:59 AM, Giulio Camuffo giuliocamu...@gmail.com
wrote:
When creating a wl_data_source the client must now set certain supported
actions on the data: COPY, MOVE or LINK. The target client will choose one
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu.
Furthermore, when clicking outside the client area the popup_done event
is sent to the active popup surface and recursively to its parent.
---
src/shell.c | 73
Any further comment on this? This functionality is needed to have a
sane behaviour of popup menus in real apps.
2013/3/16 Giulio Camuffo giuliocamu...@gmail.com:
If the client opens a popup menu and submenu, when it closes or hides the
submenu the pointer grab should return to the parent menu
Kristian, is the timespamp i'm using now correct?
2013/2/28 Giulio Camuffo giuliocamu...@gmail.com:
This makes weston_device_repick() return an int, 1 if the pointer moved on the
same surface, 0 otherwise. notify_motion sends the motion event on its own,
while weston_compositor_repick() checks
This patch implements a popup stack. When the first popup is opened
the grab is started, and it is added to a list. Further popups will
be added to this list but the grab won't change. When a popup is
closed it is removed from the list and, if it is now empty, the grab
is ended.
A click outside
This patch implements a popup stack. When the first popup is opened
the grab is started, and it is added to a list. Further popups will
be added to this list but the grab won't change. When a popup is
closed it is removed from the list and, if it is now empty, the grab
is ended.
A click outside
Hi Martin,
Apart some style issues this seems good to me, but i'ts the first time
i look into evdev.c, so i might have missed something.
I could not reproduce the two issues you describe, with 20 mpv
instances running a full hd movie in the background.
2013/3/27 Martin Minarik
---
src/shell.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/shell.c b/src/shell.c
index da9193c..899db8c 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -2008,7 +2008,8 @@ add_popup_grab(struct shell_surface *shsurf, struct
shell_seat *shseat)
if
This ensures the popup_grab.initial_up field isn't reset to 0
if the popup was not opened because of a mouse press but because
of moving the mouse with a popup already open. Not doing so will
make the first click outside the client area go ignored.
---
src/shell.c | 6 +-
1 file changed, 5
Sorry to keep annoying you, but the commit's author name is still
blackwolf12333.
There are also some of trailing whitespaces, i've put inline comments for them.
2013/3/27 Peter Maatman blackwolf12...@gmail.com:
From: blackwolf12333 blackwolf12...@gmail.com
This handler will do exactly the
Awesome, thanks, this was badly needed. Looks good to me.
2013/3/27 Peter Maatman blackwolf12...@gmail.com:
---
src/compositor.c | 29 ++---
1 file changed, 18 insertions(+), 11 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index a2860fd..e750cbe
This is needed to make C++ programs that include wayland-server.h build:
C++ does not allow conversions from data pointers to function pointers.
---
This is the cleanest solution, imho. But if there are problems related to
Wayland internals, or libffi, or something else, there are two other
This renames the weston_surface's private member to configure_private
and externs C the headers of the SDK.
---
shared/config-parser.h | 8
shared/matrix.h| 8
src/compositor.c | 6 +++---
src/compositor.h | 10 +-
src/shell.c| 28
2013/3/30 Matthias Clasen matthias.cla...@gmail.com
Here are a few questions/observations I had while studying the protocol
docs:
- The use of serials in events seems a bit inconsistent. Most
wl_pointer events have serials, but axis doesn't. wl_keyboard
enter/leave events do.
Oh thanks, i needed this. I can now stop modifying weston.ini back and
forth. :)
Looks good to me.
2013/4/1 Pier Luigi Fiorini pierluigi.fior...@gmail.com
Let --modules override modules list and load desktop-shell.so as a
fallback if a modules list is not specified neither by passing
Looks good to me.
2013/3/30 Philipp Brüschweiler ble...@gmail.com
This will not catch the cases where weston crashes, but it's at least
better than the current state.
---
src/compositor.c | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git
Sorry, i was a bit too rushing. I made a couple of comments below.
2013/4/1 Kristian Høgsberg k...@bitplanet.net
The current config parser, parses the ini file and pulls out the values
specified by the struct config_section passed to parse_config_file() and
then throw the rest away. This
this makes the move, resize and rotate bindings check whenever the
focus surface is a popup, and if it is it will walk the surface
hierarchy unitil it finds a non-popup one, and will apply the
effect on that
---
src/shell.c | 27 +++
1 file changed, 27 insertions(+)
diff
Looks good to me.
2013/4/3 Rob Bradford robert.bradf...@intel.com
From: Rob Bradford r...@linux.intel.com
Add a destroy listener so that when the current surface associated with the
pointer is destroyed we can reset the pointer to the current surface. In
order
to achieve this add a
when a mouse is moved the binding handler is called, passing it the
mouse position and the timestamp. a shell plugin can use this to
activate an effect when the mouse hits an output corner.
---
src/bindings.c | 36
src/compositor.c | 8
Hmm, did you reply to the right mail? This has nothing to do with resizing.
2013/4/4 Bill Spitzak spit...@gmail.com
Giulio Camuffo wrote:
when a mouse is moved the binding handler is called, passing it the
mouse position and the timestamp. a shell plugin can use this to
activate
an output
corner must not happen until the client confirms that the mouse at this
location will cause this effect. As far as I can tell the mouse moved
binding handler is part of the enter/exit code in the compositor, which is
before client communication, this is wrong.
Giulio Camuffo wrote
1 - 100 of 694 matches
Mail list logo