On Wed, Jul 06, 2016 at 12:26:28AM +0200, Jan Arne Petersen wrote:
> On Thu, Jun 9, 2016 at 1:01 PM Carlos Garnacho wrote:
>
> Hi Carlos,
>
> Thanks for the feedback.
>
> >
> > Chiming in, and kinda late at that... hopefully we'll get this moving :).
>
> I do not think we want to change text_i
On Tue, Jul 5, 2016 at 10:46 PM Arnaud Vrac wrote:
>
> > On 5 juil. 2016, at 22:11, Jan Arne Petersen wrote:
> >
> >
> > On Wed, Jun 8, 2016 at 5:40 PM Arnaud Vrac wrote:
> > The input method protocol should be updated next:
> > * we need the input method panel geometry to be able to fill the
On Thu, Jun 9, 2016 at 1:01 PM Carlos Garnacho wrote:
Hi Carlos,
Thanks for the feedback.
>
> Chiming in, and kinda late at that... hopefully we'll get this moving :).
I do not think we want to change text_input_unstable_v2 version 1 anymore
(since it already got shipped in Qt 5.7.0 and Plasma
udev now labels touchpads as "internal" or "external" for us, use that value
where available and only fall back onto our own labelling if it's missing or
unknown.
systemd commit: https://github.com/systemd/systemd/pull/3638
https://bugs.freedesktop.org/show_bug.cgi?id=96735
Signed-off-by: Peter
> On 5 juil. 2016, at 22:11, Jan Arne Petersen wrote:
>
>
> On Wed, Jun 8, 2016 at 5:40 PM Arnaud Vrac wrote:
> The input method protocol should be updated next:
> * we need the input method panel geometry to be able to fill the
> * input_panel_state event parameters.
>
> * reason in up
On Wed, Jun 8, 2016 at 5:40 PM Arnaud Vrac wrote:
> The input method protocol should be updated next:
> * we need the input method panel geometry to be able to fill the
> * input_panel_state event parameters.
>
> * reason in update_state should be forwarded to the input method.
>
> * the
On Wed, Jun 8, 2016 at 5:40 PM Arnaud Vrac wrote:
> The input method implementation only exposes a wl_keyboard object with
> version 1, which does not include a destructor. The input method has no
> way to notify the server that the object has been destroyed.
>
> Implement version 3 of wl_keyboar
On Wed, Jun 8, 2016 at 5:40 PM Arnaud Vrac wrote:
> The current panel was not set on show, which would prevent a hiding it
> again.
> ---
> src/text-backend.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src/text-backend.c b/src/text-backend.c
> index c32ec04..5a09f12 100644
> ---
On Wed, Jun 8, 2016 at 5:40 PM Arnaud Vrac wrote:
> Without this the input method state will not stay in sync with the
> client state.
> ---
> src/text-backend.c | 18 ++
> 1 file changed, 14 insertions(+), 4 deletions(-)
>
> diff --git a/src/text-backend.c b/src/text-backend.c
>
On Mon, 2016-07-04 at 03:10 -0400, Olivier Fourdan wrote:
> That mechanism would probably not work as is with O-R windows for a
> couple of reasons:
Your descriptions here seem to assume the inability to fix the
compositor, which to me seems... insane? _Nothing_ xserver can do in
this situation i
From: Quentin Glidic
Signed-off-by: Quentin Glidic
---
libweston/compositor.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/libweston/compositor.c b/libweston/compositor.c
index 771f1c9..38f78fd 100644
--- a/libweston/compositor.c
+++ b/libweston/composito
From: Quentin Glidic
Practical example: a client supporting version 2 of wl_output will wait
for the wl_output.done event before starting wl_output-related
operations. However, if the server only supports version 1, no event
will ever come, and it must fallback to use the wl_output.geometry event
From: Quentin Glidic
Signed-off-by: Quentin Glidic
---
protocol/wayland.xml | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/protocol/wayland.xml b/protocol/wayland.xml
index 700ef03..0830afc 100644
--- a/protocol/wayland.xml
+++ b/protocol/wayland.xml
@@ -2264,
On Mon, 4 Jul 2016 15:23:50 +0100
Emil Velikov wrote:
> From: Emil Velikov
>
> v2: Elaborate what is meant with "major ABI versions" (Pekka).
>
> Signed-off-by: Emil Velikov
> Reviewed-by: Pekka Paalanen (v1)
> ---
> README | 25 +
> 1 file changed, 13 insertions(+)
On Mon, 4 Jul 2016 16:17:08 +0100
Emil Velikov wrote:
> On 4 July 2016 at 15:55, Pekka Paalanen wrote:
> > On Mon, 4 Jul 2016 15:23:48 +0100
> > Emil Velikov wrote:
> >
> >> Hi all,
> >>
> >> Here is a respin of the earlier series which changes how libweston is
> >> named, and thus shipped.
On Mon, 4 Jul 2016 15:23:51 +0100
Emil Velikov wrote:
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
> ---
> Pekka,
>
> There's a couple of things to 'break' - forward and backward
> compatibility.
>
> Latter implies changing (removing) certain existing API, while the
> former is used
On 04/07/2016 15:57, Emil Velikov wrote:
From: Emil Velikov
compositor/main.c depends on the header, while the dependency isn't
specified. Thus depending on the order of how things are build we could
get a build failure.
Signed-off-by: Emil Velikov
---
Strictly speaking one could resolve this
On 04/07/2016 15:57, Emil Velikov wrote:
From: Emil Velikov
Otherwise we'll pick up the stale (in-tree) generated source(s) over the
fresh (out-of-tree) ones.
Signed-off-by: Emil Velikov
---
It's quite a corner case, although it could save you a lot of time
debugging.
---
If the source dire
On Thu, 30 Jun 2016 06:29:48 +0200
Armin Krezović wrote:
> When primary output gets disconnected and there
> were views created, they won't get assigned a
> new output when a new primary output gets plugged
> in. This will lead to crashes when weston tries
> to use an already destroyed output.
H
On 05/07/2016 11:09, Giulio Camuffo wrote:
2016-07-05 10:15 GMT+02:00 Quentin Glidic :
From: Quentin Glidic
Currently, layers’ order depends on the module loading order.
With this patch, modules can safely add their own layer at the correct
place.
Signed-off-by: Quentin Glidic
---
desktop-s
2016-07-05 10:15 GMT+02:00 Quentin Glidic :
> From: Quentin Glidic
>
> Currently, layers’ order depends on the module loading order.
> With this patch, modules can safely add their own layer at the correct
> place.
>
> Signed-off-by: Quentin Glidic
> ---
> desktop-shell/input-panel.c |
From: Quentin Glidic
Currently, layers’ order depends on the module loading order.
With this patch, modules can safely add their own layer at the correct
place.
Signed-off-by: Quentin Glidic
---
desktop-shell/input-panel.c | 9 +++--
desktop-shell/shell.c | 80 ++
Hi Anthenony,
You have to configure weston to use ivi-shell. The default shell is desktop
shell.
You can find an example weston.ini under ivi-shell/weston.ini.in, which uses
hmi-controller.
If you want to use ivi-controller. You can use this weston.ini:
[core]
shell=ivi-shell.so
[ivi-shell]
To complement on the new resource created signal, this allows to
iterate over the existing resources of a client.
Signed-off-by: Giulio Camuffo
---
v2: - don't cast the function pointer, but make it a two step process
- make it possible to break the loop early
src/wayland-private.h |
Signed-off-by: Giulio Camuffo
---
v2: - return the interface name instead of the interface struct
src/wayland-server-core.h | 2 ++
src/wayland-server.c | 12
2 files changed, 14 insertions(+)
diff --git a/src/wayland-server-core.h b/src/wayland-server-core.h
index 43e76fb..
From: Sungjae Park
Using display object, Emit a signal if a new client is created.
In the server-side, we can get the destroy event of a client,
But there is no way to get the created event of it.
Of course, we can get the client object from the global registry
binding callbacks.
But it can be c
The new wl_display_add_protocol_logger allows to set a function as
a logger, which will get called when a new request is received or an
event is sent.
This is akin to setting WAYLAND_DEBUG=1, but more powerful because it
can be enabled at run time and allows to show the log e.g. in a UI view.
A tes
This change allows to add a resource creation listener to a wl_client,
which will be notified when a new resource is created for that client.
The alternative would be to have a per wl_display listener, but i think
that resources are really client specific objects, so it makes sense
to use the wl_cl
This patch chooses the wl_list_for_each-style of iterating over
the clients, instead of using an iterator function, because i think
it is easier to use.
Signed-off-by: Giulio Camuffo
---
v2: expand a bit the documentation and the commit message
src/wayland-server-core.h | 14 ++
29 matches
Mail list logo
