Re: [PATCH weston] xdg-shell: Make stable

2014-08-26 10:24 GMT+03:00 Pekka Paalanen : > On Mon, 25 Aug 2014 21:51:57 -0700 > Jason Ekstrand wrote: > >> Just a couple quick comments below. >> >> I can't fin where this goes, so I'm putting it here: Why are we having >> compositors send an initial configure event again? Given that we have

Re: queston about weston logger

2014-08-23 22:01 GMT+03:00 Hongze Zhao : > Hi All, > > I am running weston outside X using weston-launch. I want to do tests on > some functions of weston source code thus I need a logger. Could anyone tell > me whether wayland has a default logger or how I could implement one? Hi, I'm not sure wh

[PATCH weston v3] compositor: add a way to change the keyboard locks

This adds a function weston_keyboard_set_locks() which can be used to change the state of the num lock and the caps locks, changing the leds too. Only the evdev and libinput backends supports this, since it doesn't make sense for embedded sessions. --- v3: forgot semicolon src/compositor.h | 10

[PATCH weston v2] compositor: add an option to set the default numlock value

Add a new "numlock-on" option in the [keyboard] section of weston.ini which, if set to true, is used to enable the numlock of the keyboards attached at startup. --- man/weston.ini.man | 6 ++ src/compositor.c | 13 + 2 files changed, 19 insertions(+) diff --git a/man/weston.ini

[PATCH weston v2] compositor: add a way to change the keyboard locks

This adds a function weston_keyboard_set_locks() which can be used to change the state of the num lock and the caps locks, changing the leds too. Only the evdev and libinput backends supports this, since it doesn't make sense for embedded sessions. --- v2: -renamed weston_keyboard_set_leds() to we

Re: [PATCH 2/2] compositor: add a way to change the keyboard leds

2014-08-21 17:12 GMT+03:00 Pekka Paalanen : > On Thu, 21 Aug 2014 08:37:17 +0100 > Daniel Stone wrote: > >> Hi, >> Last nitpick, sorry ... >> >> On Wednesday, August 20, 2014, Giulio Camuffo >> wrote: >> > >> > + mods_depressed

Re: [PATCH weston 1/3] evdev/libinput: sync the leds of keyboards with the xkb state

2014-08-21 15:06 GMT+03:00 Daniel Stone : > Hi, > > On 21 August 2014 08:58, Giulio Camuffo wrote: >> >> 2014-08-21 10:34 GMT+03:00 Daniel Stone : >> > Ugh. If you've your own kernel to hand, I'd hack it to WARN_ON(1) on LED >> > updates, so you ca

Re: [PATCH weston 3/3] compositor: add an option to set the default numlock value

2014-08-21 10:31 GMT+03:00 Daniel Stone : > Hi, > > > On Wednesday, August 20, 2014, Giulio Camuffo > wrote: >> >> Add a new "numlock-on" option in the [keyboard] section of weston.ini >> which, if set to true, is used to enable the numlock of the keybo

Re: [PATCH weston 1/3] evdev/libinput: sync the leds of keyboards with the xkb state

2014-08-21 10:34 GMT+03:00 Daniel Stone : > Hi, > > > On Wednesday, August 20, 2014, Giulio Camuffo > wrote: >> >> When a new keyboard is found (including during startup) sync its leds >> with the internal state of the xkb map. >> It appears that by settin

[PATCH weston 3/3] compositor: add an option to set the default numlock value

Add a new "numlock-on" option in the [keyboard] section of weston.ini which, if set to true, is used to enable the numlock of the keyboards attached at startup. --- man/weston.ini.man | 6 ++ src/compositor.c | 13 + 2 files changed, 19 insertions(+) diff --git a/man/weston.ini

[PATCH weston 2/3] compositor: add a way to change the keyboard leds

This adds a function weston_keyboard_set_leds() which can be used to change the state of the num lock and the caps lock leds. Only the evdev and libinput backends supports this, since it doesn't make sense for embedded sessions. --- src/compositor.h | 3 +++ src/input.c | 50

[PATCH weston 1/3] evdev/libinput: sync the leds of keyboards with the xkb state

When a new keyboard is found (including during startup) sync its leds with the internal state of the xkb map. It appears that by setting them immediately when getting the new device we're racing with the kernel or something, which wants to turn all the leds off, so we use a timer. --- I can't say

[PATCH 1/2] client: add a public function to make a roundtrip on a custom queue

wl_display_roundtrip() works on the default queue. Add a parallel wl_display_roundtrip_queue(). --- Rebased on top of master and fixed a warning and wrong return value src/wayland-client.c | 24 +--- src/wayland-client.h | 2 ++ 2 files changed, 23 insertions(+), 3 deletions

[PATCH 2/2] tests: test the wl_display_roundtrip_queue() function

--- tests/queue-test.c | 62 ++ 1 file changed, 62 insertions(+) diff --git a/tests/queue-test.c b/tests/queue-test.c index a4b165d..fc8a920 100644 --- a/tests/queue-test.c +++ b/tests/queue-test.c @@ -158,6 +158,63 @@ client_test_multiple_queue

Re: [PATCH wayland v3] client: add a public function to make a roundtrip on a custom queue

2014-08-20 15:03 GMT+03:00 Pekka Paalanen : > On Mon, 14 Jul 2014 17:15:39 +0300 > Giulio Camuffo wrote: > >> wl_display_roundtrip() works on the default queue. Add a parallel >> wl_display_roundtrip_queue(). >> --- >> >> v3: fixed dispatch call in place

Re: [PATCH 2/2] compositor: add a way to change the keyboard leds

2014-08-20 10:40 GMT+03:00 Daniel Stone : > Hi, > > On 19 August 2014 11:25, Giulio Camuffo wrote: >> >> This adds a function weston_keyboard_set_leds() which can be used >> to change the state of the num lock and the caps lock leds. >> Only the evdev backend sup

[PATCH 1/2] evdev: turn off all the leds at startup

the internal state in xkbcommon is off for all the three leds, so make them be in sync. --- src/evdev.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/evdev.c b/src/evdev.c index 888dfbd..a46ed87 100644 --- a/src/evdev.c +++ b/src/evdev.c @@ -581,6 +581,7 @@ evdev_configure_device(struct

[PATCH 2/2] compositor: add a way to change the keyboard leds

This adds a function weston_keyboard_set_leds() which can be used to change the state of the num lock and the caps lock leds. Only the evdev backend supports this, since it doesn't make sense for embedded sessions. --- src/compositor.h | 3 +++ src/input.c | 43 ++

Re: The road to Wayland/Weston 1.6 and 1.5.1

2014-08-19 14:50 GMT+03:00 Daniel Stone : > Hi, > > On 18 August 2014 13:14, Pekka Paalanen wrote: >> >> On Mon, 18 Aug 2014 14:57:37 +0300 >> Giulio Camuffo wrote: >> > 2014-08-18 14:35 GMT+03:00 Pekka Paalanen : >> > > had these patche

Re: The road to Wayland/Weston 1.6 and 1.5.1

2014-08-18 15:14 GMT+03:00 Pekka Paalanen : > On Mon, 18 Aug 2014 14:57:37 +0300 > Giulio Camuffo wrote: > >> 2014-08-18 14:35 GMT+03:00 Pekka Paalanen : >> > Hi all, >> > >> > in the release announcement of 1.5.0[1] it was said that the alpha >>

Re: The road to Wayland/Weston 1.6 and 1.5.1

2014-08-18 14:57 GMT+03:00 Giulio Camuffo : > 2014-08-18 14:35 GMT+03:00 Pekka Paalanen : >> 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

Re: The road to Wayland/Weston 1.6 and 1.5.1

2014-08-18 14:35 GMT+03:00 Pekka Paalanen : > 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 been lagging

[RFC weston] Initial libweston implementation

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 mod

Re: [Interest] qt5 window setGeometry and move not work in wayland platform

Best Regards > Steve Zhou > > > -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

Re: [Interest] qt5 window setGeometry and move not work in wayland platform

2014-08-11 16:12 GMT+03:00 Rutledge Shawn : > > On 11 Aug 2014, at 12:57 PM, Giulio Camuffo wrote: > >> 2014-08-11 13:29 GMT+03:00 Rutledge Shawn : >>> >>> On 11 Aug 2014, at 11:34 AM, Giulio Camuffo wrote: >>> >>>> 2014-08-11 12:20 GMT+03:00 R

Re: [Interest] qt5 window setGeometry and move not work in wayland platform

2014-08-11 13:29 GMT+03:00 Rutledge Shawn : > > On 11 Aug 2014, at 11:34 AM, Giulio Camuffo wrote: > >> 2014-08-11 12:20 GMT+03:00 Rutledge Shawn : >>> >>> On 11 Aug 2014, at 9:10 AM, Pier Luigi wrote: >>> (top-posting fixed) >>>> 2014-08-1

Re: [Interest] qt5 window setGeometry and move not work in wayland platform

2014-08-11 12:20 GMT+03:00 Rutledge Shawn : > > On 11 Aug 2014, at 9:10 AM, Pier Luigi wrote: > (top-posting fixed) >> 2014-08-11 8:13 GMT+02:00 Steve (YiLiang) Zhou : >>> Dear all, >>> >>> My app has a mainwindow and a QDialog which is a child of mainwindow. And I >>> want to set the app to the po

Re: Help!! app qt4 upgrade to qt5 for wayland , can't get the QDialog's window handle which can cast to EGLNativeWindowType

top “ ? > 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,

Re: Help!! app qt4 upgrade to qt5 for wayland , can't get the QDialog's window handle which can cast to EGLNativeWindowType

ce 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 > *Subj

Re: Help!! app qt4 upgrade to qt5 for wayland , can't get the QDialog's window handle which can cast to EGLNativeWindowType

2014-08-06 11:54 GMT+03:00 Steve (YiLiang) Zhou : > 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 > QDialog). > > Egl need

[PATCH weston] fullscreen-shell: Fix compiler warnings

--- 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 +++ b/fullscreen-shell/fullscreen-shell

Re: wayland: how should dispatch the default wayland display queue?

2014-07-28 13:19 GMT+03:00 Daniel Stone : > Hi Eugen, > > On 27 July 2014 22:16, Eugen Friedrich 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 basically it does not harm. >>

Re: wayland: how should dispatch the default wayland display queue?

> > > > 2014-07-27 21:33 GMT+02:00 Giulio Camuffo : > >> FIY, You dropped the mailing list in your reply. >> >> 2014-07-27 22:15 GMT+03:00 Eugen Friedrich : >> > The problem is the app never calls wl_display_distpath(_pending) >> > it just creates n

Re: wayland: how should dispatch the default wayland display queue?

gt; > 2014-07-27 20:42 GMT+02:00 Giulio Camuffo : > >> 2014-07-27 21:14 GMT+03:00 Eugen Friedrich : >> > Hi all, >> > >> > after debugging a memory consumption issue in simple wayland application >> > i >> > found a issue in our wayland graphi

Re: wayland: how should dispatch the default wayland display queue?

2014-07-27 21:14 GMT+03:00 Eugen Friedrich : > 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. > > Our graphics

Re: [PATCH weston 1/2] compositor: keep track of the weston_layer a weston_view is in

I'll think on it more and get back to you on Monday. >> --Jason Ekstrand >> >> >> On Wed, Jul 9, 2014 at 12:12 PM, Giulio Camuffo >> wrote: >>> >>> This introduces a new struct, weston_layer_entry, which is now used >>> in place of wl_lis

[PATCH wayland v3] client: add a public function to make a roundtrip on a custom queue

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 insertion

Re: [PATCH wayland] protocol: add repeat_info event to wl_keyboard

2014-07-17 0:04 GMT+03:00 Jonny Lamb : > In the process wl_keyboard's version has been incremented. Given > clients get the wl_keyboard from wl_seat without a version, wl_seat's > version has also been incremented (wl_seat version 4 implies > wl_keyboard version 4). > --- > protocol/wayland.xml |

Re: [PATCH wayland] client: add a public function to make a roundtrip on a custom queue

2014-07-15 20:39 GMT+03:00 Daniel Stone : > Hi, > > > On Tuesday, July 15, 2014, Giulio Camuffo wrote: >> >> 2014-07-14 22:31 GMT+03:00 Jason Ekstrand : >> > Guilio, >> > Would it be better to name it wl_event_queue_roundtrip and just have it >> >

Re: [PATCH wayland v3] client: add a public function to make a roundtrip on a custom queue

s more sense. > --Jason Ekstrand > > > On Mon, Jul 14, 2014 at 7:15 AM, Giulio Camuffo > wrote: >> >> wl_display_roundtrip() works on the default queue. Add a parallel >> wl_display_roundtrip_queue(). >> --- >> >> v3: fixed dispatch call in place

[PATCH wayland v3] client: add a public function to make a roundtrip on a custom queue

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 insertion

[PATCH wayland v2] client: add a public function to make a roundtrip on a custom queue

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 b/src/w

[PATCH wayland] client: add a public function to make a roundtrip on a custom queue

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 e8aab

[PATCH weston 0/2] Implement layer clipping

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-

[PATCH weston 2/2] compositor: add a masking mechanism to weston_layer

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 -

[PATCH weston 1/2] compositor: keep track of the weston_layer a weston_view is in

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 t

Re: wl_tablet specification draft

2014-07-02 1:55 GMT+03:00 Bill Spitzak : > > > 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 > client w

Re: OpenGL on Wayland

2014-06-28 20:33 GMT+03:00 Armin K. : > On 06/27/2014 09:15 PM, Jason Ekstrand wrote: >> >> On Jun 27, 2014 11:49 AM, "Armin K." > > wrote: >>> >>> On 27.6.2014 20:08, Kalrish Bäakjen wrote: Hello, I am working on a project that uses EGL and defers drawi

Re: [PATCH wayland] protocol: add repeat_info event to wl_keyboard

2014-06-02 9:36 GMT+02:00 Pekka Paalanen : > On Mon, 2 Jun 2014 10:22:40 +0300 > Pekka Paalanen wrote: > >> On Fri, 30 May 2014 11:32:25 +0200 >> Jonny Lamb wrote: >> >> > In the process wl_keyboard's version has been incremented. Given >> > clients get the wl_keyboard from wl_seat without a vers

Re: Wayland and Weston 1.5.0 is released

2014-05-20 23:12 GMT+03:00 Kristian Høgsberg : > Hi, > > I tagged 1.5.0 of Wayland and Weston and uploaded tar balls last > night. Tarballs available from > http://wayland.freedesktop.org/releases.html as usual. Magic SHA1 > number for the tags and tar balls: > > bace08b4a531ea4b80b4cf4e953320b

[PATCH wayland] connection: fix a format string typo in error message

--- 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,

[PATCH] xdg-shell: rename the xdg_surface.delete event to close.

'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 a2913c4..79a283

Re: Wayland window transparency

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 c

Re: Contribution proposal

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 :

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

ide. Here the server-side will hide the window, but >> the client-side *may* do some useful stuff. >> >> I may be wrong of course, and in that case we could just handle this >> server-side (the code just did this before). >> >> Regards >> Tarnyko, >&

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

2014-02-10 17:25 GMT+02:00 Manuel Bachmann : > 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 conversation, I added a logic that allow

[PATCH weston v2] compositor: add a masking mechanism to weston_layer

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 -

Re: [PATCH 2/2] compositor: add a masking mechanism to weston_layer

2014-01-28 Ander Conselvan de Oliveira : > 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 aw

[PATCH 2/2] compositor: add a masking mechanism to weston_layer

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

[PATCH 1/2] compositor: keep track of the weston_layer a weston_view is in

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 t

Orbital 0.1

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 first

Re: Announcing Termistor, a drop-down, tabbed, terminal for Wayland

i. > > It is vital that clients have final say over what surfaces are visbible and > the stacking order of their surfaces. So if this in any way does something > other than send a message to the client to map itself it is not right. > > Giulio Camuffo wrote: > >> I'v

Announcing Termistor, a drop-down, tabbed, terminal for Wayland

Hi all, I've finally found a way to squeeze good performances out of my terminal embryo I've had for a few months, so I hereby announce the birth of the first drop-down (optionally), tabbed, terminal for Wayland! Obligatory screenshoot: http://i.imgur.com/OpOvxHK.png It's a Qt5 client, and uses l

Re: Wayland design and source code documentation

Well, the diagrams are very high level, and the docs are about the API. But if you want to understand how Wayland works internally I think you must look at the code. 2013/12/18 Artsiom Anikeyenka : > Hmmm, thanks, but I've seen those. I though maybe there is something more. > Ok I guess the good q

Re: [PATCH weston] introduces a setting to give permission to any client to do screenshots

2013/12/17 Bill Spitzak : > On 12/17/2013 02:38 AM, Giulio Camuffo wrote: > >> You can't talk to another client directly, you must always pass >> through the server (unless you use dbus or some other ipc, of course). >> And you don't need to give the trusted clie

Re: Wayland and Weston 1.4 alpha snapshot (1.3.91) available

Next time, can you please send a remainder of the start of the alpha phase a couple of weeks before? This was a bit a surprise for me. You say smaller features can still get in, but what about patches already sent to the list? I'm talking particularly about my layer masking patch (http://lists.fr

Re: [PATCH weston] introduces a setting to give permission to any client to do screenshots

2013/12/17 Bill Spitzak : > > > Giulio Camuffo wrote: >> >> 2013/12/16 Bill Spitzak : >>> >>> Could an api be added so that one client can "give" access to an object >>> to >>> another client? This would allow a single secure cl

Re: [PATCH weston] introduces a setting to give permission to any client to do screenshots

2013/12/16 Bill Spitzak : > Could an api be added so that one client can "give" access to an object to > another client? This would allow a single secure client to implement all the > rules for what is allowed to be a screen saver, rather than having the rules > be in the compositor. Yeah, it's po

Re: [PATCH weston 3/3] shell: turn on the num lock at startup

It was rightly pointed out to me that on a laptop keyboard having num lock on by default would be an annoyance, so discard this patch. I'll probably try adding an option in weston.ini. Giulio 2013/12/14 Giulio Camuffo : > it seems to me having num lock on is a sensible default > ---

[PATCH weston 3/3] shell: turn on the num lock at startup

it seems to me having num lock on is a sensible default --- desktop-shell/shell.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/desktop-shell/shell.c b/desktop-shell/shell.c index 520623f..fa77093 100644 --- a/desktop-shell/shell.c +++ b/desktop-shell/shell.c @@ -5836,6 +5836,12 @@ mod

[PATCH weston 1/3] evdev: turn off all the leds at startup

the internal state in xkbcommon is off for all the three leds, so make them be in sync. --- Another solution could be to make it inherit the state of them, but I don't think it's worthwile the work needed. src/evdev.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/evdev.c b/src/evdev.c

[PATCH weston 2/3] compositor: add a way to change the keyboard leds

This adds a function weston_keyboard_set_leds() which can be used to change the state of the num lock and the caps lock leds. Currently works only with compositor-x11 and evdev. --- I think some protocol is needed for the wayland backend, to tell the parent compositor to turn them on/off. src/co

Re: Limitations of Weston's screenshooter / Are there any plans to create an official screenshot protocol?

2013/12/13 Maarten Baert : > I'm trying to add Wayland support to a screen recording application, but > I'm running into a few issues: > > - There is no official protocol. I'm using the weston-specific > 'screenshooter' interface now, but I don't want to use a different > interface for every possib

[PATCH weston] compositor: export weston_buffer_from_resource()

This is needed to allow shell plugins to implement their own screenshooter. --- src/compositor.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/compositor.c b/src/compositor.c index 66ed7de..edc6df0 100644 --- a/src/compositor.c +++ b/src/compositor.c @@ -1354,7 +1354,7 @@

Re: [Accessibility] Need to be able to sythesize mouse events

2013/12/12 Matthias Clasen : > > On Wed, Dec 11, 2013 at 2:15 PM, Piñeiro wrote: >> >> >> On 12/11/2013 07:09 PM, Giulio Camuffo wrote: >> > Wayland doesn't have a way to inject mouse events currently. Some >> > protocol must be written, which wo

[PATCH weston 1/2] compositor: add an exported function to take a screenshot of an output

This allows other screenshooter protocols to use the same code to copy the screen to a buffer. --- src/compositor.h| 12 src/screenshooter.c | 82 + 2 files changed, 70 insertions(+), 24 deletions(-) diff --git a/src/compositor.h b/

[PATCH weston 2/2] compositor: let the shells create the screenshooter

--- desktop-shell/shell.c | 2 ++ src/compositor.c | 1 - src/screenshooter.c | 2 +- 3 files changed, 3 insertions(+), 2 deletions(-) diff --git a/desktop-shell/shell.c b/desktop-shell/shell.c index 9fbac00..520623f 100644 --- a/desktop-shell/shell.c +++ b/desktop-shell/shell.c @@ -5832,6

Re: [Accessibility] Need to be able to register for key events globally

Not currently. I'm not sure what you mean with consumed. Do you mean that a not consumed event is still received by the client that has the focus while a consumed one is not? If so, i guess a protocol could be developed where the compositor sends an event with the key that is pressed and then the c

Re: [Accessibility] Need to be able to sythesize mouse events

Wayland doesn't have a way to inject mouse events currently. Some protocol must be written, which would be presumably implemented as a private protocol which only trusted clients can use, given the security implications. Giulio 2013/12/10 Piñeiro : > GNOME Assistive Technologies need to be able t

[PATCH weston 2/2 v3] compositor: add a masking mechanism to weston_layer

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, while it needs to be implemented in the rpi renderer. --- v3: no new code. added a comment

Re: [PATCH weston] compositor: update the transform when attaching a new buffer

2013/12/11 Pekka Paalanen : > On Wed, 11 Dec 2013 11:23:50 +0100 > Giulio Camuffo wrote: > >> 2013/12/11 Pekka Paalanen : >> > On Tue, 10 Dec 2013 15:55:29 +0100 >> > Giulio Camuffo wrote: >> > >> >> if a surface has not a buffer yet and

Re: [PATCH weston] compositor: update the transform when attaching a new buffer

2013/12/11 Pekka Paalanen : > On Tue, 10 Dec 2013 15:55:29 +0100 > Giulio Camuffo wrote: > >> if a surface has not a buffer yet and a weston_view gets created for >> it, the surface's width and height will be 0 and the view's >> output_mask will be 0, b

[PATCH weston 1/2] compositor: keep track of the weston_layer a weston_view is in

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 t

[PATCH weston 2/2] compositor: add a masking mechanism to weston_layer

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. --- v2: do the masking in the renderers src/compositor.c | 26

Re: [PATCH weston] compositor: add a masking mechanism to weston_layer

2013/12/10 Pekka Paalanen : > On Tue, 10 Dec 2013 14:46:25 +0100 > Giulio Camuffo wrote: > >> But the visible region of a surface wouldn't be a rect minus a rect, >> but the intersection of two rects, which is always a rect as long as >> they are both axis ali

[PATCH weston] compositor: update the transform when attaching a new buffer

if a surface has not a buffer yet and a weston_view gets created for it, the surface's width and height will be 0 and the view's output_mask will be 0, because the surface's area is 0. Later commits on the surface with valid buffers will then trigger a surface repaint, which will do nothing because

Re: [PATCH weston] compositor: add a masking mechanism to weston_layer

he rpi renderer doesn't respect. So it is a problem in the rpi renderer or in the mechanism itself, not in the user of the mechanism, imho. Giulio 2013/12/10 Pekka Paalanen : > On Tue, 10 Dec 2013 14:13:50 +0100 > Giulio Camuffo wrote: > >> 2013/12/10 Pekka Paalanen : >

Re: [PATCH weston] compositor: add a masking mechanism to weston_layer

2013/12/10 Pekka Paalanen : > On Tue, 10 Dec 2013 11:13:42 +0100 > Giulio Camuffo wrote: > >> 2013/12/10 Jason Ekstrand : >> > Giulio, >> > Couple thoughts. First, you don't provide an implementation of the >> > clipping in any of the renderer

Re: [PATCH weston] compositor: add a masking mechanism to weston_layer

ready in compositor.h while pixman_rectangle32_t isn't. Though with pixman_box32_t I don't need to calculate the x2 and y2 in weston_compositor_pick_view() everytime. > > More comments below. > > On Dec 9, 2013 3:36 PM, "Giulio Camuffo" wrote: >> >>

[PATCH weston] sdk: make C++11 plugins build again

compositor.h must not define a 'static_assert' macro, since that conflicts with the new 'static_assert' in the standard and breaks the build. --- desktop-shell/shell.c | 4 src/compositor.h | 4 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/desktop-shell/shell.c b/d

[PATCH weston] compositor: add a masking mechanism to weston_layer

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. --- As per the discussion on IRC, masking layers is preferred to masking views, so this replaces http://lists.freedesktop.org/archives

Re: [PATCH] Add a weston_surface_set_size function

2013/12/9 Bryce W. Harrington : > On Wed, Dec 04, 2013 at 08:32:03PM -0600, Jason Ekstrand wrote: >> Surfaces that are created by clients get their size automatically updated >> by the attach/commit. Surfaces created directly by shells (such as black >> surfaces) sometimes need to be manually resi

[PATCH weston v2] input: make sure the devices get the resource destruction signal

The device may not have a resource for the client yet, but install the listeners nevertheless. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=65726 --- v2: add a check on the surface's resource src/input.c | 26 ++ 1 file changed, 14 insertions(+), 12 deletions(-) di

[PATCH weston] input: make sure the devices get the resource destruction signal

The device may not have a resource for the client yet, but install the listeners nevertheless. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=65726 --- src/input.c | 24 +--- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git a/src/input.c b/src/input.c index e29

Re: [PATCH] Flush the wl_display at the end of SwapBuffers

2013/12/4 Neil Roberts : > I think this is a good idea. Imagine a simple game main loop like this: > > while (TRUE) { > do_some_game_logic(); > redraw(); > eglSwapBuffers(); > } > > In that case it wouldn't flush the commit until the right at the > beginning of each call to

[PATCH weston v2] compositor: add a masking mechanism to weston_view

This adds a 'mask' pixman_region32 to weston_view::geometry and to weston_view::transform. A user, a shell probably, can set a view's geometry.mask to some region in the global space (e.g. the workspace area) and the view, and all its transform children, will be clipped to that region. weston_view:

Re: [PATCH weston] compositor: add a masking mechanism to weston_view

2013/12/4 Pekka Paalanen : > On Tue, 3 Dec 2013 14:29:21 +0100 > Giulio Camuffo wrote: > >> This adds a 'mask' pixman_region32 to weston_view and to >> weston_view::geometry. A user, a shell probably, can set a view's >> mask to some region (e.g. the wo

[PATCH weston] compositor: add a masking mechanism to weston_view

This adds a 'mask' pixman_region32 to weston_view and to weston_view::geometry. A user, a shell probably, can set a view's mask to some region (e.g. the workspace area) and the view, and all its transform children, will be clipped to that region. weston_view::geometry.mask is the intersection of th

[PATCH weston v3 1/2] input: set the focus to NULL when the focus's resource is destroyed

with the surface ref-count feature a surface may live on after its resource was destroyed. so listen for the resource destroy signal and set the focus to NULL. Reviewed-by: Jason Ekstrand --- v3: added a view listener to weston_touch src/compositor.h | 6 +++- src/input.c | 108

[PATCH weston v2 1/2] input: set the focus to NULL when the focus's resource is destroyed

with the surface ref-count feature a surface may live on after its resource was destroyed. so listen for the resource destroy signal and set the focus to NULL. --- v2: rebased on top of master src/compositor.h | 5 +++- src/input.c | 75 -

<    1   2   3   4   5   6   7   8   >