Le 11/12/2015 19:57, Giulio Camuffo a écrit :
> The xwm used to automatically send to Xwayland the position of X windows
> when that changed, using the x,y of the primary view of the surface.
> This works fine for the desktop shell but less so for others.
> This patch adds a 'send_position' vfunc t
On Tue, Dec 15, 2015 at 06:56:27PM +0100, Carlos Garnacho wrote:
> In order to keep things simple, weston-dnd made a few choices that
> turn out to be unrealistic, a few tweaks have been done to make it
> less of a playground demo:
>
> - It now caters for copy/move operations, instead of just move
On Tue, Dec 15, 2015 at 06:56:26PM +0100, Carlos Garnacho wrote:
> Set up a keyboard grab during drag-and-drop, so we can translate
> modifiers into preferred actions. The compositor chosen action
> is stored in the current weston_data_source in order to make it
> accessible to the source/offer at
On Tue, Dec 15, 2015 at 06:56:25PM +0100, Carlos Garnacho wrote:
> That way we'll be able to set the corresponding pointer surface to
> a current DnD operation.
>
> Signed-off-by: Carlos Garnacho
Reviewed-by: Jonas Ådahl
> ---
> clients/window.c | 16
> clients/window.h | 3
On Tue, Dec 15, 2015 at 06:56:23PM +0100, Carlos Garnacho wrote:
> The policy in weston in order to determine the chosen DnD action is
> deliberately simple, and is probably the minimals that any compositor
> should be doing here.
>
> Besides honoring the set_actions requests on both wl_data_sourc
On Tue, Dec 15, 2015 at 06:56:21PM +0100, Carlos Garnacho wrote:
> Weston now sends wl_data_source.drop_performed and .drag_finished in
> order to notify about the different phases of DnD.
s/drop_performed/dnd_drop_performed, and s/drag_finished/dnd_finished/.
>
> wl_data_source.cancelled is als
On Tue, Dec 15, 2015 at 06:56:24PM +0100, Carlos Garnacho wrote:
> These 2 requests have been added:
>
> - wl_data_source.set_actions: Notifies the compositor of the available
> actions on the data source.
> - wl_data_offer.set_actions: Notifies the compositor of the available
> actions on the
On Tue, Dec 15, 2015 at 06:56:22PM +0100, Carlos Garnacho wrote:
> Currently, there's no means for the DnD origin to know whether the
> destination is actually finished with the DnD transaction, short of
> finalizing it after the first transfer finishes, or leaking it forever.
>
> But this poses o
libinput 1.1.3 is now available. Only one change that affects users, and
that one is limited to users of the Lenovo x220 with an updated touchpad
firmware version 8.1. Please see
http://who-t.blogspot.com/2015/12/libinput-and-lenovo-x220-touchpad-v8.1.html
for details on this particular change.
Al
The policy in weston in order to determine the chosen DnD action is
deliberately simple, and is probably the minimals that any compositor
should be doing here.
Besides honoring the set_actions requests on both wl_data_source and
wl_data_offer, weston now will emit the newly added "action" events
n
Set up a keyboard grab during drag-and-drop, so we can translate
modifiers into preferred actions. The compositor chosen action
is stored in the current weston_data_source in order to make it
accessible to the source/offer at the time of calculating the new
action, but would conceptually be part of
Hey,
Here's another batch of the drag-and-drop fixes, this time all together
because the last weston patches relies on both being in place. Overall
there's just small wording changes to the previous patches. A small
overview of the patches:
- wayland 1/2 and weston 1/5: Implement drag-and-drop pr
Currently, there's no means for the DnD origin to know whether the
destination is actually finished with the DnD transaction, short of
finalizing it after the first transfer finishes, or leaking it forever.
But this poses other interoperation problems, drag destinations might
be requesting several
That way we'll be able to set the corresponding pointer surface to
a current DnD operation.
Signed-off-by: Carlos Garnacho
---
clients/window.c | 16
clients/window.h | 3 +++
2 files changed, 19 insertions(+)
diff --git a/clients/window.c b/clients/window.c
index 9d1e8b3..44e
Weston now sends wl_data_source.drop_performed and .drag_finished in
order to notify about the different phases of DnD.
wl_data_source.cancelled is also used as mentioned in the docs, being
emitted also on DnD when the operation is meant to fail (eg. source
and dest didn't agree on a mimetype).
T
These 2 requests have been added:
- wl_data_source.set_actions: Notifies the compositor of the available
actions on the data source.
- wl_data_offer.set_actions: Notifies the compositor of the available
actions on the destination side, plus the preferred action.
Out of the data from these req
In order to keep things simple, weston-dnd made a few choices that
turn out to be unrealistic, a few tweaks have been done to make it
less of a playground demo:
- It now caters for copy/move operations, instead of just move,
which still remains the default nonetheless.
- As "move" operations are
If I force to pass the if condition as follows using the surface id
even though surfaces doesn't match, it is working. Does this might be
due to the way I created the surface 90? Surface 90 also has
subsurface, does it anyway related to subsurface?
Alos "grab->touch->focus->surface" what this surf
I agree that the problems the poster is having is due to not sending damage
requests, but I am not really certain the description of the requirement to
send damage is correct.
I am pretty certain the plan for buffer_damage is to indicate the area that
would have to be uploaded to the graphics card
On Mon, Dec 14, 2015 at 9:13 AM, Pekka Paalanen wrote:
> On Mon, 14 Dec 2015 10:39:05 -0500
> Lyude wrote:
>
> > On Sat, 2015-12-12 at 11:29 -0800, Bill Spitzak wrote:
> > > I don't think you need the word "primary" in there. It can be called
> the
> > > selection. The other thing this is confus
I believe this is correct and worth using.
The only difference with mine is that the protocol-to-docbook.xsl puts the
enum arg handling into it's own top-level clause, rather than as an if
statement. This I think makes it more consistent with the other argument
special-cases (one for object ids, a
Hi,
On 14-12-15 22:20, Lyude wrote:
On Mon, 2015-12-14 at 10:45 -0800, Bill Spitzak wrote:
On Mon, Dec 14, 2015 at 9:13 AM, Pekka Paalanen wrote:
On Mon, 14 Dec 2015 10:39:05 -0500
Lyude wrote:
On Sat, 2015-12-12 at 11:29 -0800, Bill Spitzak wrote:
I don't think you need the word "prima
22 matches
Mail list logo
