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
>
> This adds the wl_surface.set_buffer_scale request, and a wl_output.scale
> event. These together lets us support aut
On Thu, 16 May 2013 16:43:52 -0500
Jason Ekstrand wrote:
> The point of this soi is to allow surfaces to render the same size on
> different density outputs.
Are you serious? Really? Same size measured in meters?
I do not think that will ever work:
http://blogs.gnome.org/danni/2011/12/15/more-o
On Fri, 17 May 2013 12:06:35 -0700
Bill Spitzak wrote:
> Alexander Larsson wrote:
>
> > You can make a surface of any integer size (and it has to be integer due
> > to existing APIs on surface coordinates/sizes), however the *buffer* has
> > to be an integer multiple of the surface size. In othe
From: Rob Bradford
The shell_grab_start function sets up a destroy notification on the
shell surface such that when the shell surface is destroyed the pointer
on the grab to the shell surface is set to NULL.
We must therefore check whether the shell surface is NULL and end the
grab if it is.
ht
I should add that although I think that this patch fixes the bug, i've
written it by inspection of the code & backtraces only as I was unable
to reproduce the issue. Artie, perhaps you could try this and give me
a Tested-by if it resolves the problem.
Cheers,
Rob
On 20 May 2013 12:09, Rob Bradfo
Rob, I tried this same local modification on Friday... it seems to fix
Weston from segfaulting. However, I have another test case that
triggered this problem, too; only it crashes on the client-side as well.
The client-side crash did not disappear with this Weston modification,
which indicates ther
From: Rob Bradford
---
src/weston-launch.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/weston-launch.c b/src/weston-launch.c
index 89c3c5a..42b2506 100644
--- a/src/weston-launch.c
+++ b/src/weston-launch.c
@@ -320,12 +320,17 @@ handle_open(struct weston_launch
Nonetheless, this is still a reasonable patch that can be applied to solve
part of the problem... that is, it prevents Weston from crashing.
> -Original Message-
> From: wayland-devel-bounces+ullysses.a.eoff=intel@lists.freedesktop.org
> [mailto:wayland-devel-
> bounces+ullysses.a.eof
From: Rob Bradford
Rather than failing seat setup if we fail to open the input device
instead fail the seat setup if we don't have "complete seat" with both
keyboard and pointer or a touchscreen.
https://bugs.freedesktop.org/show_bug.cgi?id=64506
---
src/udev-seat.c | 10 --
1 file chan
On Mon, May 20, 2013 at 4:00 AM, Pekka Paalanen wrote:
> On Thu, 16 May 2013 16:43:52 -0500
> Jason Ekstrand wrote:
>
> > The point of this soi is to allow surfaces to render the same size on
> > different density outputs.
>
> Are you serious? Really? Same size measured in meters?
>
No, measure
On Mon, May 20, 2013 at 12:09:20PM +0100, Rob Bradford wrote:
> From: Rob Bradford
>
> The shell_grab_start function sets up a destroy notification on the
> shell surface such that when the shell surface is destroyed the pointer
> on the grab to the shell surface is set to NULL.
>
> We must ther
On Mon, May 20, 2013 at 04:55:10PM +0100, Rob Bradford wrote:
> From: Rob Bradford
That's better, though I wonder if we should instead let weston log the
error message using weston_log()... committed this for now.
Kristian
> ---
> src/weston-launch.c | 7 ++-
> 1 file changed, 6 insertions
On Mon, May 20, 2013 at 05:55:03PM +0100, Rob Bradford wrote:
> From: Rob Bradford
>
> Rather than failing seat setup if we fail to open the input device
> instead fail the seat setup if we don't have "complete seat" with both
> keyboard and pointer or a touchscreen.
>
> https://bugs.freedesktop.
On Sat, May 18, 2013 at 10:08:17PM +0900, Mun, Gwan-gyeong wrote:
> This patch fixes colord version check on confiure.ac file.
>
> Weston uses CD_PROFILE_METADATA_SCREEN_BRIGHTNESS,
> CD_DEVICE_PROPERTY_EMBEDDED colord macros.
>
> But weston checks colord old version. ( 0.1.8)
>
> CD_PROFILE_MET
On Mon, May 20, 2013 at 08:33:53AM +0300, Pekka Paalanen wrote:
> On Fri, 17 May 2013 16:20:48 -0400
> Kristian Høgsberg wrote:
>
> > On Fri, May 17, 2013 at 04:46:03PM +0300, ppaala...@gmail.com wrote:
> > > From: Pekka Paalanen
> > >
> > > Mention, that sub-surfaces are not clipped to the par
Pekka Paalanen wrote:
This seems pretty limiting to me. What happens when *all* the outputs
are hi-res? You really think wayland clients should not be able to take
full advantage of this?
Then the individual pixels are so small that it won't matter.
It does not matter how tiny the pixels ar
On Thu, May 16, 2013 at 08:38:44AM -0400, Todd Showalter wrote:
> On Thu, May 16, 2013 at 1:37 AM, Peter Hutterer
> wrote:
>
> > why are gamepads and joysticks different? buttons, a few axes that may or
> > may not map to x/y and the rest is device-specific.
> > this may be in the thread, but I s
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
> wrote:
> > On Sun, May 12, 2013 at 04:20:59PM +0200, David Herrmann wrote:
> [..]
> >> So what is the proposed solution?
> >> My recommendation is, that compositors sti
The doc/publican/sources/Protocol.xml use 'trasnfer', fixes it as 'transfer'.
Peng Wu (1):
fixes trivial typo
doc/publican/sources/Protocol.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
1.8.1.4
___
wayland-devel mailing list
wayland
On Mon, 20 May 2013 17:58:30 -0700
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> >> This seems pretty limiting to me. What happens when *all* the outputs
> >> are hi-res? You really think wayland clients should not be able to take
> >> full advantage of this?
> >
> > Then the individual pix
---
doc/publican/sources/Protocol.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/publican/sources/Protocol.xml
b/doc/publican/sources/Protocol.xml
index f576542..1a7a7da 100644
--- a/doc/publican/sources/Protocol.xml
+++ b/doc/publican/sources/Protocol.xml
@@ -453,7 +
21 matches
Mail list logo