On Thu, 6 Mar 2014 03:01:11 +
Wang, Quanxian quanxian.w...@intel.com wrote:
Except the comment below. I mention some points.
1) My idea:
My original idea is from xrandr of xserver. I just want to let xrandr
could be implemented in wayland. If no protocol is used, that is
fine. But no
On Thu, 6 Mar 2014 16:25:42 +0800
Quanxian Wang quanxian.w...@intel.com wrote:
1)
Width and height of Panel and Background depend
on output's, therefore they should be bound
with output changes including mode, transform and scale.
2)
Update the min_allocation before resize the panel and
Thanks Pq's comment.
By the way, if we make it as a configuration tools or testing protocol. Will it
be fine or not?
For example graphics QA testing,
I just send a patch to bug fix the client apps because of output change. I use
weston-wrandr to do the testing to make sure what I have done
-Original Message-
From: Pekka Paalanen [mailto:ppaala...@gmail.com]
Sent: Thursday, March 06, 2014 4:42 PM
To: Wang, Quanxian
Cc: wayland-devel@lists.freedesktop.org
Subject: Re: [PATCH] Bug fix client apps because of output change
On Thu, 6 Mar 2014 16:25:42 +0800
Quanxian Wang
From: Kristian Høgsberg k...@bitplanet.net
---
src/compositor.h | 3 +++
src/gl-renderer.c | 54 ++
2 files changed, 57 insertions(+)
diff --git a/src/compositor.h b/src/compositor.h
index 22a485f..ace75da 100644
--- a/src/compositor.h
+++
Add interface ivi_application, which creates ivi_surface objects tied
to a given wl_surface with a given id. The given id can be used in a
shell to identify which application is assigned to a wl_surface and
layout the surface wherever the shell wants. ivi_surface objects can
be used to receive
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
protocol/Makefile.am | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/protocol/Makefile.am b/protocol/Makefile.am
index 5e331a7..9913f16 100644
--- a/protocol/Makefile.am
+++ b/protocol/Makefile.am
@@
In-Vehicle Infotainment system traditionally manages surfaces with global
identification. A protocol, ivi_application, supports such a feature by
implementing a request, ivi_application::surface_creation defined in
ivi_application.xml. Additionally, it initialize a library, weston-layout,
to
building ivi-shell.so and libweston-layout.so.
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
Makefile.am | 1 +
configure.ac | 15 ++-
ivi-shell/Makefile.am | 52 +++
3 files changed, 67
The reference protocol is used between hmi-controller and
hmi-controller-homescreen.
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
protocol/ivi-hmi-controller.xml | 105
1 file changed, 105 insertions(+)
create mode 100644
From: Nobuhiko Tanibata nobuhiko_tanib...@denso.co.jp
---
protocol/Makefile.am | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/protocol/Makefile.am b/protocol/Makefile.am
index 9913f16..140aef5 100644
--- a/protocol/Makefile.am
+++ b/protocol/Makefile.am
@@ -9,7 +9,8 @@
This is launched from hmi-controller by using hmi_client_start and create a
pthread.
The basic flow is as followed,
1/ create pthread
2/ read configuration from weston.ini.
3/ draw png file to surface according to configuration of weston.ini
4/ set up UI by using ivi-hmi-controller protocol
5/
to build references;ivi-hmi-controller protocol, hmi-controller,
and hmi-controller-homescreen.
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
ivi-shell/.gitignore | 7 +++
ivi-shell/Makefile.am | 21 +++--
2 files changed, 26 insertions(+), 2
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
data/Makefile.am | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/data/Makefile.am b/data/Makefile.am
index a7cc944..2aa6e5c 100644
--- a/data/Makefile.am
+++ b/data/Makefile.am
@@ -9,7 +9,19
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
ivi-shell/Makefile.am | 12
ivi-shell/weston.ini.in | 79 +
2 files changed, 91 insertions(+)
create mode 100644 ivi-shell/weston.ini.in
diff --git
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
clients/.gitignore | 5
clients/Makefile.am | 65 ++
clients/simple-egl.c | 67
clients/simple-shm.c | 50
Hi, Pq
Is there a reason why the background window does not need the
min_allocation changed?
[Wang, Quanxian] With testing, this doesn't make error. Let me double check
that.
[Wang, Quanxian] According to the logic, we need set the min_allocation because
of background should overwrite the
1)
Width and height of Panel and Background depend
on output's, therefore they should be bound
with output changes including mode, transform and scale.
2)
Update the min_allocation before resize the panel and
background window. Add window_set_min_allocation function
because it is invisible
Hi,
This will add the following reference png files but I don't know whether I can
send huge size of patch, around 650KB, to mailing list. These pngs file can be
downloaded from here,
From: Quentin Glidic sardemff7+...@sardemff7.net
Signed-off-by: Quentin Glidic sardemff7+...@sardemff7.net
---
This patch restores the old behaviour if the user wants to. This keeps
/bin/sh around for shells that do not understand -c weston \$@\.
src/weston-launch.c | 10 --
1 file
Le 05/03/2014 03:07, Wang, Quanxian a écrit :
Hi, All
With the first version of randr protol, I got many useful idea and comments.
Thanks.
Before I send the email, I have make it happen in real world but need more deep
testing.
Here are new changes and idea for that protocol based on the
Where is the shell coming from? If it's the shell specified in /etc/paswd
and if we can guarantee that it doesn't read ~/.profile or similar than
it's ok. However, If this is the case, then how is it useful to run with
the user's shell?
If it is the shell from $SHELL or if it reads ~/.profile
On Mar 6, 2014 3:53 AM, Nobuhiko Tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
Add interface ivi_application, which creates ivi_surface objects tied
to a given wl_surface with a given id. The given id can be used in a
shell to identify which application is assigned to a wl_surface and
From: Quentin Glidic sardemff7+...@sardemff7.net
Since 636156d5f693ac5b01cec6a2937d2b6cd4237ea9 it is not needed any more
to allow the user to pass environment to weston. Actually, the login
shell is wiping parts of the environment.
Signed-off-by: Quentin Glidic sardemff7+...@sardemff7.net
---
Is it possible to run Weston on a tri-output Intel GPU, with three
fullscreen XWayland sessions with a touchscreen bound to each
XWayland?
Of course, this would be an excellent alternative to Xephyr and it's
limitations.
Thanks,
Daniel
--
Daniel J Blueman
Le 05/03/2014 11:04, Pekka Paalanen a écrit :
On Wed, 5 Mar 2014 09:40:32 +
Wang, Quanxian quanxian.w...@intel.com wrote:
Just mention one thing
Pq:
But RandR is a disaster if random applications use it! Windows and
icons squashed into top-left corner, dialogs too large to fit on the
2014-03-07 00:21 に Jason Ekstrand さんは書きました:
On Mar 6, 2014 3:53 AM, Nobuhiko Tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
Add interface ivi_application, which creates ivi_surface objects
tied
to a given wl_surface with a given id. The given id can be used in
a
shell to identify
On Mar 6, 2014 7:08 PM, Nobuhiko Tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
2014-03-07 00:21 に Jason Ekstrand さんは書きました:
On Mar 6, 2014 3:53 AM, Nobuhiko Tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
Add interface ivi_application, which creates ivi_surface objects
tied
Ignore this, I have found a bug. After bug fixing, I will resend the patch.
Sorry about that.
I have two monitors.
VGA1(left) + HDMI3(right)
The bug is shown when you set the mode of HDMI3 to 800x600, and then move
layout as HDMI3(left) + VGA1(right), and then change to mode 1920x1200.
It
On Mar 6, 2014 3:05 AM, Wang, Quanxian quanxian.w...@intel.com wrote:
Thanks Pq's comment.
By the way, if we make it as a configuration tools or testing protocol.
Will it be fine or not?
For example graphics QA testing,
I just send a patch to bug fix the client apps because of output
On Tue, Feb 25, 2014 at 07:26:33PM -0600, Jason Ekstrand wrote:
Signed-off-by: Jason Ekstrand ja...@jlekstrand.net
---
protocol/fullscreen-shell.xml | 158
++
1 file changed, 158 insertions(+)
create mode 100644 protocol/fullscreen-shell.xml
diff
I have double checked the patch and retesting it.
The bug is caused by not setting background window size after output change.
This fix has been included in previous patch. Pq's comment is right. We should
set background min allocation before resize.
Why did I get this? Because I just use
From: Jason Ekstrand [mailto:ja...@jlekstrand.net]
Sent: Friday, March 07, 2014 11:21 AM
To: Wang, Quanxian
Cc: Hardening; Matthias Clasen; wayland-devel@lists.freedesktop.org; Jasper St.
Pierre; Pekka Paalanen
Subject: RE: [PATCH 1/6] Add weston randr protocol
On Mar 6, 2014 3:05 AM, Wang,
2014-03-07 11:37 に Jason Ekstrand さんは書きました:
On Mar 6, 2014 7:08 PM, Nobuhiko Tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
2014-03-07 00:21 に Jason Ekstrand さんは書きました:
On Mar 6, 2014 3:53 AM, Nobuhiko Tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
Add interface
34 matches
Mail list logo
