On Mon, 17 Dec 2012 12:17:48 -0600
Jason Ekstrand ja...@jlekstrand.net wrote:
I'll send out an e-mail later about API ideas once I have more time. I've
got an idea of what I'd like to see but I haven't had a chance to write it
down and formalize it yet.
...
I'm sorry if that got a bit
On Mon, 17 Dec 2012 15:47:43 +
Richard Hughes hughsi...@gmail.com wrote:
On 5 December 2012 14:32, Pekka Paalanen ppaala...@gmail.com wrote:
One of the most important use cases is a video player in a window. It
has XRGB or ARGB window decorations, usually the video content in YUV,
and
Instead of directly setting the dirty flag on weston_surface geometry,
use a function for that.
This allows us to hook into geometry dirtying in following patches.
Also add comments to weston_surface fields, whose modification causes
transform state to become outdated.
Signed-off-by: Pekka
Define struct weston_matrix_pointer, which acts as pointer to a matrix,
not a matrix itself. This type is stored into
weston_surface::geometry.transformation_list instead of
weston_transform.
This is a step towards making surface transformations properly
inheritable. Transformation list can refer
Implement the final bits needed to have inheritable surface
transformations:
- add 'parent' to weston_matrix_pointer, so that
weston_surface_update_transform() knows to update the parent surface
first
- add 'dirty_signal' to weston_surface, so that when the parent's
transformation gets
When you apply this patch, you can observe the surface transform
inheritance in action like this:
1. open any toytoolkit application that has decorations, e.g. cliptest
2. open a menu from the title with the right mouse button, and leave it
open
3. use the surface move hotkey
On Tue, Dec 18, 2012 at 6:40 AM, Bill Spitzak spit...@gmail.com wrote:
On Dec 17, 2012, at 5:01 PM, John Kåre Alsaker wrote:
Then a client such as gimp could draw all it's display into a single buffer.
To get the different color correction of the center display, it would
declare a
Hi Pekka,
I like the functionality these patches provide. It seems there was more
finagling than I figured there'd need to be. I've made a few nitpick
comments on some of the other patches in this set.
- Scott
On Tue, Dec 18, 2012 at 4:58 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Update
On Tue, Dec 18, 2012 at 4:58 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Instead of directly setting the dirty flag on weston_surface geometry,
use a function for that.
This allows us to hook into geometry dirtying in following patches.
Also add comments to weston_surface fields, whose
On Tue, Dec 18, 2012 at 7:24 AM, Scott Moreau ore...@gmail.com wrote:
On Tue, Dec 18, 2012 at 4:58 AM, Pekka Paalanen ppaala...@gmail.comwrote:
Instead of directly setting the dirty flag on weston_surface geometry,
use a function for that.
This allows us to hook into geometry dirtying in
On Tue, 18 Dec 2012 07:24:17 -0700
Scott Moreau ore...@gmail.com wrote:
On Tue, Dec 18, 2012 at 4:58 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Instead of directly setting the dirty flag on weston_surface geometry,
use a function for that.
This allows us to hook into geometry
On Tue, Dec 18, 2012 at 7:55 AM, Pekka Paalanen ppaala...@gmail.com wrote:
On Tue, 18 Dec 2012 07:24:17 -0700
Scott Moreau ore...@gmail.com wrote:
On Tue, Dec 18, 2012 at 4:58 AM, Pekka Paalanen ppaala...@gmail.com
wrote:
Instead of directly setting the dirty flag on weston_surface
We handle FAIL_TEST tests by simply inverting the success flag. The
problem with this is, that if a FAIL_TEST fails by a SIGSEGV, it will be
interpreted as passed. However, no code should ever cause a SEGV, or any
other signal than ABRT. And even ABRT only in the case of an assert()
that is meant
On Tue, 18 Dec 2012 16:28:56 +
Eoff, Ullysses A ullysses.a.e...@intel.com wrote:
-Original Message-
From: wayland-devel-
bounces+ullysses.a.eoff=intel@lists.freedesktop.org [mailto:wayland-
devel-bounces+ullysses.a.eoff=intel@lists.freedesktop.org] On Behalf
Of Pekka
On Tue, Dec 18, 2012 at 2:59 PM, John Kåre Alsaker
john.kare.alsa...@gmail.com wrote:
On Tue, Dec 18, 2012 at 6:40 AM, Bill Spitzak spit...@gmail.com wrote:
On Dec 17, 2012, at 5:01 PM, John Kåre Alsaker wrote:
Then a client such as gimp could draw all it's display into a single buffer.
To
On Tue, Dec 18, 2012 at 10:29 AM, Pekka Paalanen ppaala...@gmail.com wrote:
On Mon, 17 Dec 2012 15:47:43 +
Richard Hughes hughsi...@gmail.com wrote:
On 5 December 2012 14:32, Pekka Paalanen ppaala...@gmail.com wrote:
One of the most important use cases is a video player in a window. It
Am 18.12.2012 06:40, schrieb Bill Spitzak:
On Dec 17, 2012, at 5:01 PM, John Kåre Alsaker wrote:
Then a client such as gimp could draw all it's display into a single buffer.
To get the different color correction of the center display, it would
declare a subsurface containing this and set it's
On Tue, Dec 18, 2012 at 10:45 AM, Kai-Uwe Behrmann k...@gmx.de wrote:
Am 17.12.2012 16:47, schrieb Richard Hughes:
On 5 December 2012 14:32, Pekka Paalanen ppaala...@gmail.com wrote:
One of the most important use cases is a video player in a window. It
has XRGB or ARGB window decorations,
On Friday 2012-12-14 23:20, Kristian Høgsberg wrote:
f71a3fb5b6534cce35ac7456a5fd540fc3806fc1 wayland-1.0.3.tar.xz
ce1f41251a07600ed8c6b2e3dc1e868008aeb33a wayland 1.0.3 tag
583589cf7dd8f3300eef2bfb7b1968875a155e2a weston-1.0.3.tar.xz
b61f7d27738b73d27b03b8982b37ec78df52976e
On Wed, 19 Dec 2012 02:18:32 +0100 (CET)
Jan Engelhardt jeng...@inai.de wrote:
On Friday 2012-12-14 23:20, Kristian Høgsberg wrote:
f71a3fb5b6534cce35ac7456a5fd540fc3806fc1 wayland-1.0.3.tar.xz
ce1f41251a07600ed8c6b2e3dc1e868008aeb33a wayland 1.0.3 tag
20 matches
Mail list logo