t; resize
>>
I checked my mails and it seems like these two have been reviewed with
comments by Pekka.
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
lists.freedesktop.org/mailman/listinfo/wayland-devel
Technically makes sense to me, always better to have a flat include
tree than one where the dependencies are hidden.
Reviewed-by: Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
gt; wayland-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel
Technically makes sense to me, always better to have a flat include
tree than one where the dependencies are hidden.
Reviewed-by: Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
t_pointer(peersItem->seat);
Any reason to make this dynamically allocated memory? It seems to me
like it is adding an additional point of failure for little added
benefit. If it needs to be dynamically allocated, I think such a
change should come in a separate patch, since it seems unrelated to
this one.
Reviewed-by: Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
to maintain it. But I'm glad others are looking
into getting it back into shape).
>
> You could also look for inspiration in the Wayland test suite, even
> though it is quite ad hoc.
>
>
> Thanks,
> pq
>
> ___
> wayl
On 20/09/2013 5:09 AM, "Bill Spitzak" wrote:
>
>
>
> Sam Spilsbury wrote:
>>
>>
>> The point is to any arbitrary geometry against a rectangle. This is used
to ensure that redraw areas only stick to damage areas.
>>
> I suspect the most efficient t
Hi Bill,
On Sep 19, 2013 11:49 AM, "Bill Spitzak" wrote:
>
>
>
> Sam Spilsbury wrote:
>>
>> Hey all,
>>
>> I've started playing around with trying to get weston surfaces (or
>> views as they will later be called) to use arbitrary vertex
ys be correct.
Thoughts?
Sam.
[1] For those who are curious about the various primitive types, have
a look at http://www.opengl.org/wiki/Primitive
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
start
that for a few weeks though.
Sam.
On 17/09/2013 12:41 PM, "Kristian Høgsberg" wrote:
> On Fri, Sep 13, 2013 at 10:01:22AM +0800, Sam Spilsbury wrote:
> > This tests (via the table-driven testing method) that the correct
> > number of vertices and also the correct ve
Hi Kristian,
On Sat, Sep 14, 2013 at 6:35 AM, Kristian Høgsberg wrote:
> On Fri, Sep 13, 2013 at 10:01:21AM +0800, Sam Spilsbury wrote:
>> ---
>> src/Makefile.am | 4 +-
>> src/gl-renderer.c | 292 +-
>>
ertex-clip-test.c
@@ -0,0 +1,219 @@
+/*
+ * Copyright © 2013 Sam Spilsbury
+ *
+ * Permission to use, copy, modify, distribute, and sell this software and
+ * its documentation for any purpose is hereby granted without fee, provided
+ * that the above copyright notice appear in all copies and that
---
src/Makefile.am | 4 +-
src/gl-renderer.c | 292 +-
src/vertex-clipping.c | 317 ++
src/vertex-clipping.h | 65 +++
4 files changed, 389 insertions(+), 289 deletions(-)
create mode
pass++;
- fprintf(stderr, ", pass.\n");
- } else
- fprintf(stderr, ", fail.\n");
}
- total = &__stop_test_section - &__start_test_section;
fprintf(stderr, "%d tests, %d pass, %d f
We are not building everything here as a module, only the test modules.
---
tests/Makefile.am | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 398a275..3a36619 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -7,6 +7,8
de split into libraries for testing purposes later.
Also renamed libshared_test to libshared-test
Sam Spilsbury (4):
Remove AM_LDFLAGS usage
Add support for table-driven testing.
Split vertex clipping code out into vertex-clipping.c
Added tests for the vertex clipping code.
src/Mak
URCES = keyboard-test.c $(weston_test_client_src)
keyboard_weston_LDADD = $(weston_test_client_libs)
diff --git a/tests/vertex-clip-test.c b/tests/vertex-clip-test.c
new file mode 100644
index 000..51188b2
--- /dev/null
+++ b/tests/vertex-clip-test.c
@@ -0,0 +1,219 @@
+/*
+ * Copyright © 201
---
shared/Makefile.am | 4 +-
shared/vertex-clipping.c | 317 +++
shared/vertex-clipping.h | 65 ++
src/gl-renderer.c| 292 +--
4 files changed, 389 insertions(+), 289 deletions(-)
create
pass++;
- fprintf(stderr, ", pass.\n");
- } else
- fprintf(stderr, ", fail.\n");
}
- total = &__stop_test_section - &__start_test_section;
fprintf(stderr, "%d tests, %d pass, %d f
We are not building everything here as a module, only the test modules.
---
tests/Makefile.am | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 398a275..3a36619 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -7,6 +7,8
This is the third series of patches for adding table driven tests for
the vertex clipping code.
>From the last series I fixed some a stray use of .a when it should have been
.la and also rebased on some recent work that happened in git master.
Sam Spilsbury (4):
Remove AM_LDFLAGS usage
t_src)
keyboard_weston_LDADD = $(weston_test_client_libs)
diff --git a/tests/vertex-clip-test.c b/tests/vertex-clip-test.c
new file mode 100644
index 000..51188b2
--- /dev/null
+++ b/tests/vertex-clip-test.c
@@ -0,0 +1,219 @@
+/*
+ * Copyright © 2013 Sam Spilsbury
+ *
+ * Permission to use, copy, modify, distr
---
shared/Makefile.am | 4 +-
shared/vertex-clipping.c | 317 +++
shared/vertex-clipping.h | 65 ++
src/gl-renderer.c| 292 +--
4 files changed, 389 insertions(+), 289 deletions(-)
create
fprintf(stderr, ", fail.\n");
}
- total = &__stop_test_section - &__start_test_section;
fprintf(stderr, "%d tests, %d pass, %d fail\n",
total, pass, total - pass);
diff --git a/tests/weston-test-runner.h b/tests/westo
We are not building everything here as a module, only the test modules.
---
tests/Makefile.am | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 82bf630..6234aa2 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -49,7 +49,7 @
convenience library.
Sam Spilsbury (4):
Remove AM_LDFLAGS usage
Add support for table-driven testing.
Split vertex clipping code out into vertex-clipping.c in shared/
Added tests for the vertex clipping code.
shared/Makefile.am | 4 +-
shared/vertex-clippin
On Wed, Sep 11, 2013 at 8:38 PM, wrote:
> On 11/09/2013 11:12, Sam Spilsbury wrote:
>>
>> Quick thought: there's also an important psychological effect to
>> building the tests on a standard make because it promotes them to the
>> same importance as the rest of y
> +$(weston_test)\
>>> +$(module_tests)
>>>
>>> noinst_PROGRAMS =\
>>> $(setbacklight)\
>>> -matrix-test
>>> -
>>> -check_LTLIBRARIES =\
>>> -$(module_tests)
>>> -
>>> -check_PROGRAMS =
fprintf(stderr, ", fail.\n");
}
- total = &__stop_test_section - &__start_test_section;
fprintf(stderr, "%d tests, %d pass, %d fail\n",
total, pass, total - pass);
diff --git a/tests/weston-test-runner.h b/tests/westo
---
shared/Makefile.am | 4 +-
shared/vertex-clipping.c | 317 +++
shared/vertex-clipping.h | 65 ++
src/gl-renderer.c| 292 +--
4 files changed, 389 insertions(+), 289 deletions(-)
create
LDADD = $(weston_test_client_libs)
diff --git a/tests/vertex-clip-test.c b/tests/vertex-clip-test.c
new file mode 100644
index 000..51188b2
--- /dev/null
+++ b/tests/vertex-clip-test.c
@@ -0,0 +1,219 @@
+/*
+ * Copyright © 2013 Sam Spilsbury
+ *
+ * Permission to use, copy, modify, distribute, and sell
pass += number_passed_in_test;
}
- total = &__stop_test_section - &__start_test_section;
fprintf(stderr, "%d tests, %d pass, %d fail\n",
total, pass, total - pass);
diff --git a/tests/weston-test-runner.h b/tests/weston-test-runne
libshared_test.a so that we don't
need to recompile it all the time
Sam Spilsbury (3):
Add support for table-driven testing.
Split vertex clipping code out into vertex-clipping.c in shared/
Added tests for the vertex clipping code.
shared/Makefile.am | 4 +-
shared/v
Hi,
On Wed, Sep 11, 2013 at 1:33 AM, Eoff, Ullysses A
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 S
Hi,
On Wed, Sep 11, 2013 at 1:37 AM, Eoff, Ullysses A
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 B
Sam Spilsbury
+ *
+ * Permission to use, copy, modify, distribute, and sell this software and
+ * its documentation for any purpose is hereby granted without fee, provided
+ * that the above copyright notice appear in all copies and that both that
+ * copyright notice and this permission notice
---
shared/vertex-clipping.c | 317 +++
shared/vertex-clipping.h | 65 ++
src/Makefile.am | 2 +
src/gl-renderer.c| 292 +--
4 files changed, 388 insertions(+), 288 deletions(-)
create
pass += number_passed_in_test;
}
- total = &__stop_test_section - &__start_test_section;
fprintf(stderr, "%d tests, %d pass, %d fail\n",
total, pass, total - pass);
diff --git a/tests/weston-test-runner.h b/tests/weston-test-runne
This patch series adds some tests for the vertex clipping code. It splits the
main
parts of calculate_edges out into clip_transformed exported in
shared/vertex-clipping.c and
adds support for table-driven testing in tests/weston-test-runner.h .
Sam Spilsbury (3):
Add support for table-driven
On Wed, May 1, 2013 at 2:01 PM, Kristian Høgsberg wrote:
> On Fri, Apr 19, 2013 at 11:03:16PM -0700, Kenneth Graunke wrote:
>> On 04/18/2013 12:04 AM, Sam Spilsbury wrote:
>> >On Wed, Apr 17, 2013 at 1:34 PM, Kristian Høgsberg
>> >wrote:
[snip]
> Toolkit type scen
On Mon, Apr 22, 2013 at 11:02 PM, Eoff, Ullysses A
wrote:
>> -Original Message-
>> From: Sam Spilsbury [mailto:smspil...@gmail.com]
>>>
>>>
>>>
>
> Yes, it would be trivial to enable the input-based tests to run on the
> headless ba
ck".
>>> My custom script also allows me to parse the test output/results into a
>>> standard,
>>> normalized
>>> Xml format that is recognized by our continuous integration server.
>>>
>>> U. Artie Eoff
>>>
>>> > -Or
f,
>> Ullysses A
>> Sent: Monday, April 22, 2013 1:24 PM
>> To: Sam Spilsbury; wayland
>> Subject: RE: [RFC] [tests] Running the wayland tests against
>> compositor-headless
>>
>> Changing the tests to run headless is probably not necessary...
>>
>
>
y question to the list is - does it make sense to submit a patch to
change the tests over to use the headless backend? Or is the
preference to keep them using the wayland or x11 backend for now.
Best,
Sam.
--
Sam Spilsbury
___
wayland-devel mailing
ontext. I would suggest at least that weston-as-a-library is not
responsible for making any OpenGL calls, but rather provides a set of
utility functions so that implementing compositors can do those calls
themselves.
The other alternative is to ask tha
was done by an aspiring college student, Sam Spilsbury.
> Eventually, Canonical realized that they wanted to do Unity but didn't
> really have the manpower required to do something entirely original.
> instead, the ployed to use compiz as a base platform for their Unity
> impleme
poll () would truly sleep
>> until there was.
>
>
> Ugh, that sounds nasty and trouble-prone.
Yeah, could be ugly. I'm wondering if that's how Xlib/xcb does it
though - eg, you might make a request that requires a roundtrip, which
would necessitate r
he next call to poll () would truly sleep
until there was.
Best Regards,
Sam
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
g list
>> wayland-devel@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
e of
> not using it.
>
> --
> Niklas
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
w
On Wed, Sep 14, 2011 at 11:35 PM, Giovanni Campagna
wrote:
> Il giorno mer, 14/09/2011 alle 21.56 +0800, Sam Spilsbury ha scritto:
>> On Wed, Sep 14, 2011 at 12:13 PM, Bill Spitzak wrote:
>> > Along with all the discussion about client-side decorations, there is also
>>
ement policy first, rather than
having the situation where we do now where the window manager must
process requests after the fact in some cases)
Regards,
>
> Thanks
>
> Michal
> ___
> wayland-devel mailing list
> wayland-devel@
_
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists
gt; that do not have images and never really map. These are displayed by task
> manager type applications. Requests to window-manage these should cause
> clients to also make related changes to visible windows. This is needed for
> multiple-window apis.
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
__
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
oolkits.
You cannot assume that there will be a universally adopted method to
styling because we see on every single platform that there will *not*
be one. The best way to enforce styling is to enforce it at the window
manager level, so that the applications on the system actually obey
what the user
olved!
>
> Regards,
> Malte E.
>
>
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
org/mailman/listinfo/wayland-devel
>>
>> An interesting point. A parallel to --replace, and
>> probably something that users would want to do while they are experimenting
>> with different looks.
>> ___
>> wayla
519931 email: weig...@metux.de
> mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
> --
> Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
> ------
> __
__
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
easy.
> _______
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
to me (rather than maintaining 2 property
systems)
Cheers,
Sam
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.fre
ith input on a case-by-case basis.
>
> Cheers,
> Daniel
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk09/M0ACgkQUVYB1rKAgJTAOACcCcQ9RpameZFNUPwoBmH7vPYw
> ls0An0GOrdlXmaCucPsNqr94Uf/oVTDU
> =lQqh
>
On Fri, Dec 10, 2010 at 11:53 PM, Marty Jack wrote:
>
>
> On 12/10/2010 10:38 AM, Sam Spilsbury wrote:
>> On Fri, Dec 10, 2010 at 10:21 PM, Marty Jack wrote:
>>> There have been hints that client side input processing should be the norm
>>> in Wayland. This ma
vents first then this means that it
cannot enforce certain window management policies.
Regards,
Sam
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
--
Sam Spilsbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
65 matches
Mail list logo