Re: Midori browser should now work on Wayland

2013-04-25 Thread Chang Liu
Sorry I CC'ed wayland-devel-request. I have to resend the mail. I tried this morning. Midori crashed on start. Both midori and libunique are latest git version. Backtrace: Launching command: '/usr/bin/gdb' --batch -ex 'set print thread-events off' -ex run -ex 'set logging on /run/user/1000/midori

Midori browser should now work on Wayland

2013-04-25 Thread darxus
I just noticed the bug for preliminary wayland support was just closed. I haven't tried it. http://twotoasts.de/index.php/midori/ http://en.wikipedia.org/wiki/Midori_%28web_browser%29 Bug: https://bugs.launchpad.net/midori/+bug/975355 It's based on WebKitGTK+, so maybe that should work now as w

Re: [UPDATED PATCH weston 1/2] shell: Implement the probe_area request on the shell surface

2013-04-25 Thread Bill Spitzak
Pekka Paalanen wrote: If you wanted this to work also on transformed surfaces, I think you would need to transform all four corners, and then operate on the bounding box. When returning the result, account for the boundingbox's effect on the coordinates. I do not believe that will result in an

Re: [UPDATED PATCH wayland] protocol: Add a request and event to identify the visible area for a surface

2013-04-25 Thread Bill Spitzak
Pekka Paalanen wrote: To which surface are these values relative to, the parent, or the hypothetical popup? The implementation shows the parent surface. Also seems a lot easier for a client to handle that. "Distance to the edge" is a bit vague, I'm not sure how to use that based on this de

Re: [PATCH weston v3 07/13] window: implement shm triple-buffering

2013-04-25 Thread Bill Spitzak
Pekka Paalanen wrote: Triple-buffering is especially for sub-surfaces, where the compositor may have one wl_buffer busy on screen, and another wl_buffer busy in the sub-surface cached state due to the synchronized commit mode. To be able to forcibly repaint at that situation for e.g. resize, we

Re: Pointer lock and warping

2013-04-25 Thread Bill Spitzak
Vincent Povirk wrote: When the client receives a mouse-down event, it knows it is in this mode. The mode is exited when all the mouse buttons are released. Um, wouldn't this mean that in order to get "normal" cursor behavior while a button is held down, all clients have to echo the mouse even

Re: [PATCH weston v3 01/13] protocol: add sub-surfaces

2013-04-25 Thread David Herrmann
Hi Pekka On Thu, Apr 25, 2013 at 12:57 PM, Pekka Paalanen wrote: > Add protocol for sub-surfaces, wl_subcompositor as the global interface, > and wl_subsurface as the per-surface interface extension. > > This patch is meant to be reverted, once sub-surfaces are moved into > Wayland core. > > Chan

Re: [UPDATED PATCH weston 1/2] shell: Implement the probe_area request on the shell surface

2013-04-25 Thread Pekka Paalanen
On Thu, 18 Apr 2013 13:18:05 +0100 Rob Bradford wrote: > From: Rob Bradford > > Implement a basic implementation for returning the visible area in response > to a > probe_area request. > > v2: Return an object that the event is fired on rather than firing on the > surface (review from Kristia

Re: [UPDATED PATCH wayland] protocol: Add a request and event to identify the visible area for a surface

2013-04-25 Thread Pekka Paalanen
Hi Rob, nice to get back to this. :-) On Thu, 18 Apr 2013 13:17:47 +0100 Rob Bradford wrote: > From: Rob Bradford > > Add a probe_area request to the wl_shell_surface interface along with a > visible_area event to communicate the result of the probe. > > The intention of this request and eve

Re: Input and games.

2013-04-25 Thread Pekka Paalanen
On Wed, 24 Apr 2013 10:03:35 -0500 Jason Ekstrand wrote: > On Wed, Apr 24, 2013 at 9:41 AM, Todd Showalter > wrote: > > > On Wed, Apr 24, 2013 at 2:26 AM, David Herrmann > > wrote: > > > > > I'm currently looking into an interface that provides > > > file-descriptors for wl_keyboard/wl_mouse fo

Re: Input and games.

2013-04-25 Thread Todd Showalter
On 2013-04-25, at 5:38 AM, Henri Tuhola wrote: > On Thu, Apr 25, 2013 at 1:29 AM, Todd Showalter wrote: >> >> Yes, definitely. Which also leads to the whole device naming >> question; ie: if someone unplugs a controller and plugs it back in, >> how do you make sure player 2 stays player 2?

[PATCH weston v3 13/13] window: add DBG code for leaf management and redraws

2013-04-25 Thread Pekka Paalanen
Aids for debugging and inspecting the algorithms. Signed-off-by: Pekka Paalanen --- This patch is not essential, but probably useful if anyone needs to debug that stuff. --- clients/window.c | 94 ++-- 1 file changed, 91 insertions(+), 3 delet

[PATCH weston v3 12/13] window: throttle resizing to the main surface

2013-04-25 Thread Pekka Paalanen
In case a toytoolkit application manages to schedule resizes constantly, throttle them to the main surface display. When resizing, all surfaces are updated synchronously, so it also makes sense to synchronize on the main surface's frame callback particularly. Rendering any faster will not make sen

[PATCH weston v3 11/13] window: prevent EGL sub-surface deadlock

2013-04-25 Thread Pekka Paalanen
Mesa's eglSwapBuffers() waits for the frame event from the previous swapBuffers, before it returns. Apparently eglSwapInterval(), which should be able to disable the wait, is unimplemented for now. When a sub-surface contains an EGL widget, and the commit mode is synchronized, the frame events wil

[PATCH weston v3 10/13] clients: add subsurfaces demo

2013-04-25 Thread Pekka Paalanen
Add a demo program with: - a main surface (green) - a Cairo-image sub-surface (red) - a raw GLESv2 widget (triangle) Sub-surface input region is set empty to avoid problems in toytoolkit. If Cairo links to libGL, then we will end up with also libGLESv2 linked to subsurfaces program, and both libs

[PATCH weston v3 09/13] window: implement per-surface redraws

2013-04-25 Thread Pekka Paalanen
Add redraw_needed flag to all surfaces, in addition to having one in window. The window redraw_needed flag is changed to force a redraw of the whole window, regardless of frame events. widget_schedule_redraw() now schedules the redraw only for the surface, where the widget is on. window_schedule_r

[PATCH weston v3 08/13] window: create sub-surfaces

2013-04-25 Thread Pekka Paalanen
The new application API window_add_subsurface() will create a plain widget that is on a new sub-surface. The sub-surface position is taken from the surface's root widget allocation. This way widget allocations are always in the main surface (i.e. window) coordinates. However, Cairo drawing coordin

[PATCH weston v3 07/13] window: implement shm triple-buffering

2013-04-25 Thread Pekka Paalanen
Increase the maximum number of shm "leaves" to three, and rewrite the leaf release and pick algorithms. The new algorithms hopefully improve on buffer re-use while freeing unused buffers. The goal of the new release algorithm is to always leave one free leaf with storage allocated, so that the nex

[PATCH weston v3 06/13] shell: account for the subsurfaces when going fullscreen or maximizing

2013-04-25 Thread Pekka Paalanen
From: Giulio Camuffo We must calculate the bounding box of the surface + subsurfaces set and use that when maximizing the window or going fullscreen. Signed-off-by: Pekka Paalanen --- src/shell.c | 89 ++--- 1 file changed, 68 insertions(

[PATCH weston v3 05/13] shell: enable moving and resizing of a surface when clicking on a subsurface

2013-04-25 Thread Pekka Paalanen
From: Giulio Camuffo [pq: changed to weston_surface_get_main_surface(), and used a temporary variable to clean up the expressions.] Signed-off-by: Pekka Paalanen --- src/shell.c | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/src/shell.c b/src/shell.c inde

[PATCH weston v3 04/13] shell: keyboard focus and restacking fixes for sub-surfaces

2013-04-25 Thread Pekka Paalanen
The shell needs to redirect some actions to the parent surface, when they originally target a sub-surface. This patch implements the following: - Move, resize, and rotate bindings always target the parent surface. - Opacity (full-surface alpha) binding targets the parent surface. This is broken

[PATCH weston v3 03/13] tests: add sub-surface protocol tests

2013-04-25 Thread Pekka Paalanen
For testing the protocol behaviour only: - linking a surface to a parent does not fail - position and placement requests do not fail - bad linking and arguments do fail - passing a surface as a sibling from a different set fails - different destruction sequences do not crash - setting a surface as

[PATCH weston v3 02/13] compositor: introduce sub-surfaces

2013-04-25 Thread Pekka Paalanen
Implement the basic protocol for sub-surfaces: - expose wl_subcompositor global interface - error checking on protocol calls - associate a parent wl_surface to a sub-surface - introduce the sub-surface role, which is exclusive - an implementation of the wl_subsurface interface - allow nesting of su

[PATCH weston v3 01/13] protocol: add sub-surfaces

2013-04-25 Thread Pekka Paalanen
Add protocol for sub-surfaces, wl_subcompositor as the global interface, and wl_subsurface as the per-surface interface extension. This patch is meant to be reverted, once sub-surfaces are moved into Wayland core. Changes in v2: - Rewrite wl_subcompositor.get_subsurface description, and move map

[PATCH weston v3 00/13] Sub-surfaces v3

2013-04-25 Thread Pekka Paalanen
Hi all, this is the v3 of the sub-surfaces patch series, and it is no longer an RFC. This means that I consider this series ready for merging into Weston. The server side sub-surface protocol implementation is feature complete. Once the protocol is deemed stable, we will move it into Wayland core.

Re: Input and games.

2013-04-25 Thread Henri Tuhola
On Thu, Apr 25, 2013 at 1:29 AM, Todd Showalter wrote: > On Wed, Apr 24, 2013 at 5:03 PM, Rick Yorgason wrote: > > > One thing I would expect a joystick abstraction to do that I don't > expect a > > mouse abstraction to do is, if I plug two mice into a system I expect > them > > both to control t

Re: Pointer lock and warping

2013-04-25 Thread Pekka Paalanen
On Wed, 24 Apr 2013 23:22:50 -0500 Vincent Povirk wrote: > I think that for any mouse input "filtering" system to work correctly > (including pq's proposal), a client needs to inform the compositor > when ending the grab of the last event that it was interested in > (normally a mouse up), so the