On Mon, 20 May 2013 13:56:27 -0500
Jason Ekstrand ja...@jlekstrand.net wrote:
On Mon, May 20, 2013 at 4:00 AM, Pekka Paalanen ppaala...@gmail.com wrote:
On Thu, 16 May 2013 16:43:52 -0500
Jason Ekstrand ja...@jlekstrand.net wrote:
The point of this soi is to allow surfaces to render
On Tue, 21 May 2013 23:53:53 +0200
Hardening rdp.eff...@gmail.com wrote:
This patch fixes the compilation of the RDP compositor with the head of the
FreeRDP project. It also brings the following improvements/fixes:
* the fake seat as been dropped as now a compositor can be safely started
From: Pekka Paalanen pekka.paala...@collabora.co.uk
Apparently some compilers complain about set but not used variables
'available' and 'bufs', but I don't get the warning. Still, separate the
debugging code from shm_surface_buffer_release(), so that we only
compute 'bufs' when it is printed.
On Wed, May 22, 2013 at 12:25:19AM -0400, Rick Yorgason wrote:
On 2013-05-20 23:56, Peter Hutterer wrote:
what I am wondering is whether that difference matters to the outside
observer (i.e. the compositor). a gamepad and a joystick are both gaming
devices and with the exception of the odd
On mån, 2013-05-20 at 09:51 +0300, Pekka Paalanen wrote:
On Thu, 16 May 2013 15:49:35 +0200
al...@redhat.com wrote:
From: Alexander Larsson al...@redhat.com
This add a wl_output.done event which is send after every group
of events caused by some property change. This allows clients to
On tis, 2013-05-21 at 20:57 +0300, Pekka Paalanen wrote:
On Tue, 21 May 2013 08:35:53 -0700
Bill Spitzak spit...@gmail.com wrote:
This proposal does not actually restrict widget positions or line sizes,
since they are drawn by the client at buffer resolution. Although
No, but I expect
On mån, 2013-05-20 at 13:56 -0500, Jason Ekstrand wrote:
On Mon, May 20, 2013 at 4:00 AM, Pekka Paalanen ppaala...@gmail.com
wrote:
On Thu, 16 May 2013 16:43:52 -0500
Jason Ekstrand ja...@jlekstrand.net wrote:
The point of this soi is to allow surfaces to
On ons, 2013-05-22 at 09:11 +0300, Pekka Paalanen wrote:
What I would like in the end is a per-output slider bar (or something of
that ilk) that let's the user select the interface size on that output.
Sure, they probably won't be able to select *any* resolution (the
compositor may
On Wed, 22 May 2013 10:12:00 +0200
Alexander Larsson al...@redhat.com wrote:
On tis, 2013-05-21 at 20:57 +0300, Pekka Paalanen wrote:
We use the units of pixels in the surface coordinate system, even
if they do not correspond exactly to any real pixels like
elements in a buffer or on
On ons, 2013-05-22 at 12:11 +0300, Pekka Paalanen wrote:
On Wed, 22 May 2013 10:12:00 +0200
Alexander Larsson al...@redhat.com wrote:
On tis, 2013-05-21 at 20:57 +0300, Pekka Paalanen wrote:
We use the units of pixels in the surface coordinate system, even
if they do not correspond
On ons, 2013-05-22 at 11:42 +0200, Alexander Larsson wrote:
On ons, 2013-05-22 at 12:11 +0300, Pekka Paalanen wrote:
- wayland units, wu
- wayland pixels, wp, wpx
- surface units, su
- surface unit pixels, sux
- surface pixels, sp, spx
- wayland surface units, wsu
- wayland atomic
On Wed, 22 May 2013 11:50:31 +0200
Alexander Larsson al...@redhat.com wrote:
On ons, 2013-05-22 at 11:42 +0200, Alexander Larsson wrote:
On ons, 2013-05-22 at 12:11 +0300, Pekka Paalanen wrote:
- wayland units, wu
- wayland pixels, wp, wpx
- surface units, su
- surface unit
On ons, 2013-05-22 at 13:01 +0300, Pekka Paalanen wrote:
For the record, Microsoft uses DIP, for Device-independent-pixels, and
Apple uses Points for the non-hardware coordinates (in the app level
APIs).
And we have no well-known equivalent in the FOSS or Linux world?
Not that I know
From: Alexander Larsson al...@redhat.com
This adds support to weston (X11 and DRM backends) for output
scale and buffer_scale. It also contains some work on the
example clients to make them support buffer scaling.
I think the support is fairly comprehensive, although I'm aware of
a few
From: Alexander Larsson al...@redhat.com
If a buffer_transform it specified in the window we automatically
compensate for it in the cairo_t
---
clients/window.c | 77
1 file changed, 77 insertions(+)
diff --git a/clients/window.c
From: Alexander Larsson al...@redhat.com
Rather than doing our own transformation handling when drawing we
just rely on the generic code in widget_cairo_create
---
clients/transformed.c | 69 ++-
1 file changed, 8 insertions(+), 61 deletions(-)
From: Alexander Larsson al...@redhat.com
---
clients/window.c | 30 --
clients/window.h | 3 +++
2 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/clients/window.c b/clients/window.c
index 48b784d..36fda25 100644
--- a/clients/window.c
+++
From: Alexander Larsson al...@redhat.com
---
clients/window.c | 25 +++--
clients/window.h | 7 +++
2 files changed, 30 insertions(+), 2 deletions(-)
diff --git a/clients/window.c b/clients/window.c
index 36fda25..378cc75 100644
--- a/clients/window.c
+++
From: Alexander Larsson al...@redhat.com
---
clients/window.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/clients/window.c b/clients/window.c
index 378cc75..00ffd27 100644
--- a/clients/window.c
+++ b/clients/window.c
@@ -1636,11 +1636,13 @@ widget_cairo_update_transform(struct widget
From: Alexander Larsson al...@redhat.com
---
clients/transformed.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/clients/transformed.c b/clients/transformed.c
index 560ddf3..d685330 100644
--- a/clients/transformed.c
+++ b/clients/transformed.c
@@ -140,6 +140,7 @@ output_handler(struct
From: Alexander Larsson al...@redhat.com
We used to just store the buffer size here which is not right if the
surface has a buffer_transform or a buffer_scale. To fix this we pass
the transform and scale into the toysurface prepare and swap calls and
move both the surface to buffer and the buffer
From: Alexander Larsson al...@redhat.com
We pick the window scale/tranform based on what the output uses, which means
we can avoid rotations in the compositor, and get sharper rendering
in scaled outputs.
---
clients/desktop-shell.c | 75 -
1 file
From: Alexander Larsson al...@redhat.com
This lets you find the maximal scale for all the outputs a window
is on, which is useful for picking a buffer_scale.
---
clients/window.c | 18 ++
clients/window.h | 3 +++
2 files changed, 21 insertions(+)
diff --git a/clients/window.c
From: Alexander Larsson al...@redhat.com
We pick the highest scale of any output the terminal is on, and the
transform from the last one it entered.
---
clients/terminal.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/clients/terminal.c b/clients/terminal.c
From: Alexander Larsson al...@redhat.com
This makes it easy to test buffer_transform and buffer_scale handling.
left-right: rotate
space: toggle inverse
z: toggle scale between 1 and 2
---
clients/transformed.c | 54 +++
1 file changed, 54
From: Alexander Larsson al...@redhat.com
Rather than storing the shadow_image in the untransformed space
and rotating on copy to hw_buffer we store both on the transformed
space. This means a copy between them is a straight copy, and that
apps supplying correctly transformed surface buffers need
From: Alexander Larsson al...@redhat.com
If you specify e.g. scale=2 in weston.ini an output section for the
X11 backend we automatically upscale all normal surfaces by this
amount. Additionally we respect a buffer_scale set on the buffer to
mean that the buffer is already in a scaled form.
This
From: Alexander Larsson al...@redhat.com
Set a clip on the GC when painting the damaged region so that
we don't copy the entire shadow buffer each time.
---
src/compositor-x11.c | 106 +++
1 file changed, 106 insertions(+)
diff --git
From: Alexander Larsson al...@redhat.com
If you specify e.g. scale=2 in an output section in weston.ini
we scale all modes by that factor.
We also correctly scale cursor positioning, but ATM there is no
scaling of the cursor sprite itself.
---
src/compositor-drm.c | 87
I wanted to announce that a new open source project called
wayland-fits is now available on 01.org https://01.org/wayland.
The Wayland Functional Integration Test Suite (wayland-fits) is a fully
automated test suite. Its purpose is to validate the functionality and
integration between Wayland
From: Pekka Paalanen pekka.paala...@collabora.co.uk
Hi all,
this patch series consists of several independent features, which all come
together in demonstrating the capabilities of Raspberry Pi for running a
desktop.
We add a new rpi-renderer, that replaces the gl-renderer + weston_planes
on
From: Pekka Paalanen ppaala...@gmail.com
The upcoming rpi-renderer cannot handle arbitrary rotations. Introduce
Weston capability bits, and add a bit for arbitrary rotation. GL and
Pixman renderers support it.
Shell or any other module must not produce surface transformations with
rotation, if
From: Pekka Paalanen ppaala...@gmail.com
Both GL and pixman renderer (pixman probably only because GL did?)
return the screen capture image as y-flipped, therefore Weston y-flips
it again. However, the future rpi-renderer can produce only right-way-up
(non-flipped) screen captures, and does not
From: Pekka Paalanen ppaala...@gmail.com
Replace the GL renderer with the new rpi-renderer on the Raspberry Pi
backend. This makes Weston on rpi not use EGL or GL anymore, at all.
The weston_plane feature is disabled, since the rpi-renderer does the
same, but better.
Add a command line option
From: Pekka Paalanen ppaala...@gmail.com
There is no need to support weston_plane anymore.
The max-planes option is removed as unused.
Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk
---
src/compositor-rpi.c | 727 ---
1 file changed,
From: Pekka Paalanen ppaala...@gmail.com
On Raspberry Pi, weston-desktop-shell is so slow to start, that the
compositor has time to run the fade-in before the wallpaper is up. The
user launching Weston sees the screen flipping to black, the fbcon
fading in, and then the desktop popping up.
To
From: Pekka Paalanen ppaala...@gmail.com
Scale-crop mode scales the wallpaper to tightly fill the whole output,
but preserving wallpaper aspect ratio. If aspect ratio differs from the
output's, the wallpaper is centered cutting it from top/bottom or
left/right.
Add this to the weston.ini man
From: Louis-Francis Ratté-Boulianne l...@collabora.com
Whether or not a shm pool is used for resizing is now configurable at
build time (--disable-resize-optimization).
[pq: removed an unnecessary hunk from the patch]
---
clients/window.c | 2 ++
configure.ac | 7 +++
2 files changed, 9
From: Pekka Paalanen pekka.paala...@collabora.co.uk
Print the recording info to Weston log, not stderr.
Also fix the frame counter.
Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk
---
src/screenshooter.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Louis-Francis Ratté-Boulianne l...@collabora.com
When enabled, this will make all but the keyboard-focused window dim.
Also the background gets dimmed, if there are any windows open. The
panel is not dimmed.
When the keyboard focus changes, the change in dimming is animated.
The dimming
From: Louis-Francis Ratté-Boulianne l...@collabora.com
Don't scale to a size smaller than 1/8 the surface size
Adjust spring parameters so we don't go over the target value
---
src/animation.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/src/animation.c
From: Louis-Francis Ratté-Boulianne l...@collabora.com
On the first output, count the number of frames rendered for each
second, and report the fps in the Weston log.
To ensure a busy rendering loop, the debug key binding starting the
measurement also creates a bouncing box animation on screen.
From: Daniel Stone dan...@fooishbar.org
Add the ability to bind to modifiers; the binding is armed when a key
which sets the requested modifier is pressed, and triggered if the key
is released with no other keys having been pressed in the meantime, as
well as mouse buttons or scroll axes.
This
From: Daniel Stone dan...@fooishbar.org
Add an animation which moves a surface to a new location, at the same
time as also rescaling it to a different size from the origin, rather
than the existing scale animation which resizes from the centre.
Signed-off-by: Daniel Stone dan...@fooishbar.org
From: Daniel Stone dan...@fooishbar.org
Exposay provides window overview functions which, when a key which
produces the binding modifier is pressed on its own, scales all
currently-open windows down to be shown overlaid on the desktop,
providing keyboard and mouse navigation to be able to switch
From: Daniel Stone dan...@fooishbar.org
AC_USE_SYSTEM_EXTENSIONS enables _XOPEN_SOURCE, _GNU_SOURCE and similar
macros to expose the largest extent of functionality supported by the
underlying system. This is required since these macros are often
limiting rather than merely additive, e.g.
From: Louis-Francis Ratté-Boulianne l...@collabora.com
Make sure XCB_MAP_NOTIFY has been received and the window id has been
set before mapping the shell surface. It fixes race condition making the
surface appears at wrong coordinates or with wrong size.
---
src/xwayland/window-manager.c | 18
From: Louis-Francis Ratté-Boulianne l...@collabora.com
---
src/shell.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index e46c30f..757d98d 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -3092,8 +3092,8 @@ surface_rotate(struct shell_surface
From: Pekka Paalanen pekka.paala...@collabora.co.uk
This depends on the rpi-renderer patch series for Weston.
Update the build instructions for the current state of Weston, remove
options that do not exist anymore, add some more troubleshooting issues.
Signed-off-by: Pekka Paalanen
On Wed, May 22, 2013 at 10:20:05AM +0300, ppaala...@gmail.com wrote:
From: Pekka Paalanen pekka.paala...@collabora.co.uk
Apparently some compilers complain about set but not used variables
'available' and 'bufs', but I don't get the warning. Still, separate the
debugging code from
On quarta-feira, 22 de maio de 2013 10.20.05, ppaala...@gmail.com wrote:
Apparently some compilers complain about set but not used variables
'available' and 'bufs', but I don't get the warning. Still, separate the
debugging code from shm_surface_buffer_release(), so that we only
compute 'bufs'
From: Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com
The array of arguments supplied to execv must be NULL terminated. If
unitialized values are used as pointers the exec call may fail with a
EFAULT error (Bad address).
https://bugs.freedesktop.org/show_bug.cgi?id=64874
---
On Tue, May 21, 2013 at 02:45:30PM +0800, Peng Wu wrote:
---
doc/publican/sources/Protocol.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, patch applied.
Kristian
diff --git a/doc/publican/sources/Protocol.xml
b/doc/publican/sources/Protocol.xml
index f576542..1a7a7da
On Tue, May 21, 2013 at 06:26:53PM +0200, Quentin Glidic wrote:
From: Quentin Glidic sardemff7+...@sardemff7.net
It allows a more generic layer management that several modules can use
at the same time without breaking each others’ layers.
Signed-off-by: Quentin Glidic
On Wed, May 22, 2013 at 10:55:33PM +0300, Ander Conselvan de Oliveira wrote:
From: Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com
The array of arguments supplied to execv must be NULL terminated. If
unitialized values are used as pointers the exec call may fail with a
As suggested by Pekka Paalanen, i've splitted the patch in multiple parts.
This patch set fixes compilation and does misc improvements in the RDP
compositor.
Hardening (5):
Fix compilation against FreeRDP and weston
Drop unneeded main_seat
Fix codec initialisations
Don't rely on
The stream utils of FreeRDP have changed recently, this patch fixes
the compositor compilation against FreeRdp master.
The backend_init() prototype has changed too, this fixes it.
---
src/compositor-rdp.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git
With recent changes in shell.c the fake seat is not required to
start a compositor, this patch removes it.
---
src/compositor-rdp.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/src/compositor-rdp.c b/src/compositor-rdp.c
index 0771002..ec758df 100644
--- a/src/compositor-rdp.c
+++
This patch fixes NSC codec initialisation that was not done (an
erronous copy'n paste).
The remoteFx context must be resetted when we go through an activation
sequence
---
src/compositor-rdp.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/compositor-rdp.c
Last FreeRDP don't send Synchronize packets anymore, so send the
first screen refresh when we're connected. The client cursor is
also disabled during this step.
---
src/compositor-rdp.c | 26 +-
1 file changed, 21 insertions(+), 5 deletions(-)
diff --git
This patch does miscellanous improvements with raw surfaces:
* some frames markers are sent to identify a single frame made of
multiple surface updates
* we send the dirty sub-rectangles instead of the full bouncing box
* the size of the fragmentation buffer is now honored, so that our big
surface
Le 22/05/2013 14:41, al...@redhat.com a écrit :
From: Alexander Larsson al...@redhat.com
This adds support to weston (X11 and DRM backends) for output
scale and buffer_scale. It also contains some work on the
example clients to make them support buffer scaling.
I think the support is fairly
On Wed, May 22, 2013 at 02:41:24PM +0200, al...@redhat.com wrote:
From: Alexander Larsson al...@redhat.com
This adds support to weston (X11 and DRM backends) for output
scale and buffer_scale. It also contains some work on the
example clients to make them support buffer scaling.
I think
On Wed, May 22, 2013 at 7:57 PM, Kristian Høgsberg hoegsb...@gmail.comwrote:
On Wed, May 22, 2013 at 02:41:24PM +0200, al...@redhat.com wrote:
From: Alexander Larsson al...@redhat.com
This adds support to weston (X11 and DRM backends) for output
scale and buffer_scale. It also contains
On Mon, May 20, 2013 at 10:49:27AM +0300, Pekka Paalanen wrote:
Hi Alexander,
nice to see this going forward, and sorry for replying so rarely and
late.
On Thu, 16 May 2013 15:49:36 +0200
al...@redhat.com wrote:
From: Alexander Larsson al...@redhat.com
This adds the
On Wed, May 22, 2013 at 11:40:15PM +0200, Hardening wrote:
As suggested by Pekka Paalanen, i've splitted the patch in multiple parts.
This patch set fixes compilation and does misc improvements in the RDP
compositor.
Thanks, pushed these. Didn't compile or test them, I don't have the
FreeRDP
On Thu, May 23, 2013 at 01:05:43AM +0200, Hardening wrote:
Le 22/05/2013 14:41, al...@redhat.com a écrit :
From: Alexander Larsson al...@redhat.com
This adds support to weston (X11 and DRM backends) for output
scale and buffer_scale. It also contains some work on the
example clients to make
On Wed, May 22, 2013 at 06:03:03PM +0300, ppaala...@gmail.com wrote:
From: Pekka Paalanen pekka.paala...@collabora.co.uk
Hi all,
this patch series consists of several independent features, which all come
together in demonstrating the capabilities of Raspberry Pi for running a
desktop.
Hi
On Tue, May 21, 2013 at 04:30:03PM +0200, David Herrmann wrote:
Hi Peter
On Tue, May 21, 2013 at 6:37 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Thu, May 16, 2013 at 03:16:11PM +0200, David Herrmann wrote:
Hi Peter
On Thu, May 16, 2013 at 7:37 AM, Peter Hutterer
On Wed, 22 May 2013 12:36:27 -0700
Thiago Macieira thiago.macie...@intel.com wrote:
On quarta-feira, 22 de maio de 2013 10.20.05, ppaala...@gmail.com wrote:
Apparently some compilers complain about set but not used variables
'available' and 'bufs', but I don't get the warning. Still,
On Wed, 22 May 2013 23:40:15 +0200
Hardening rdp.eff...@gmail.com wrote:
As suggested by Pekka Paalanen, i've splitted the patch in multiple parts.
This patch set fixes compilation and does misc improvements in the RDP
compositor.
Hardening (5):
Fix compilation against FreeRDP and
71 matches
Mail list logo