Re: Multiprocess rendering in wayland - webkitgtk+

2013-07-09 Thread Iago Toral
El 2013-07-10 03:21, yan.w...@linux.intel.com escribió: Hi Yan, Is this code available somewhere? If you could get the code of webkit0-efl from tizen.org, you could find them on shared-surface branch. Kalyan integrated my implementation into it. Thanks. I can only find these two webkit-efl

Release candidates for 1.2 out

2013-07-09 Thread Kristian Høgsberg
Hi all, I've just tagged and uploaded the 1.1.91 releases of Wayland and Weston: 7ae66068ee11a56528fdce6497fff8f83c8e46cf wayland-1.1.91.tar.xz 3f3671e92e5c6e7e6e7a4b22371b1cccb7de8ca2 wayland 1.1.91 tag 6589484a231d4e79414ee6579d5c77e867475dec weston-1.1.91.tar.xz 46cb4a95134480eec24

Re: Multiprocess rendering in wayland - webkitgtk+

2013-07-09 Thread yan . wang
> Hi Yan, > Is this code available somewhere? If you could get the code of webkit0-efl from tizen.org, you could find them on shared-surface branch. Kalyan integrated my implementation into it. Thanks. Yan Wang > > Cheers, > Daniel > > On 9 July 2013 09:13, wrote: >> Hi, >> I have implemente

Re: xserver problems

2013-07-09 Thread Bill Spitzak
Bill Spitzak wrote: Kristian Høgsberg wrote: On Mon, Jul 08, 2013 at 05:07:31PM -0700, Bill Spitzak wrote: Though I agree that the built-in default should load the wlshm driver if needed, this is not the problem I am trying to fix. My /etc/X11/xorg.conf file contains 'Driver "nv"'. This ca

Re: xserver problems

2013-07-09 Thread Bill Spitzak
Kristian Høgsberg wrote: On Mon, Jul 08, 2013 at 05:07:31PM -0700, Bill Spitzak wrote: Though I agree that the built-in default should load the wlshm driver if needed, this is not the problem I am trying to fix. My /etc/X11/xorg.conf file contains 'Driver "nv"'. This causes the wayland xserve

[PATCH] weston-test: schedule repaint after moving surface in test extension

2013-07-09 Thread U. Artie Eoff
From: "U. Artie Eoff" After some discussion with Rob Bradford (robster), we concluded that we need to schedule a compositor repaint in weston-test.c:test_configure_surface(...) to ensure that the moved surface gets a frame callback/repaint. This fixes https://bugs.freedesktop.org/show_bug.cgi?id

Re: [PATCH weston] clients/editor.c: esc key no longer prints out utf8 character

2013-07-09 Thread Kristian Høgsberg
On Sat, Jul 06, 2013 at 08:42:59PM +0200, blackwolf12333 wrote: > --- > clients/editor.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) Thanks, that's better. Committed with a tweak to remove the // comment and simpler commit message. I used Peter Maatman as the author here as well

Re: [PATCH weston] clients/editor.c: cursor now goes to a new line

2013-07-09 Thread Kristian Høgsberg
On Sat, Jul 06, 2013 at 08:55:54PM +0200, Peter Maatman wrote: > --- > clients/editor.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Thanks, committed. I updated the commit message a bit to better explain what the patch does. Kristian > diff --git a/clients/editor.c b/clients/e

Re: [PATCH] wayland-client: Treat EOF when reading the wayland socket as an error

2013-07-09 Thread Kristian Høgsberg
On Tue, Jul 09, 2013 at 06:58:32PM +0100, Neil Roberts wrote: > Bill Spitzak writes: > > > Maybe it can abort if ...read_events() is called after an error was > > encountered. Then bad toolkits will exit, while ones that check for the > > error state can do something intelligent. > > This soun

Re: xserver problems

2013-07-09 Thread Kristian Høgsberg
On Mon, Jul 08, 2013 at 05:07:31PM -0700, Bill Spitzak wrote: > Though I agree that the built-in default should load the wlshm > driver if needed, this is not the problem I am trying to fix. > > My /etc/X11/xorg.conf file contains 'Driver "nv"'. This causes the > wayland xserver to fail. This will

Re: [PATCH] wayland-client: Treat EOF when reading the wayland socket as an error

2013-07-09 Thread Kristian Høgsberg
On Tue, Jul 09, 2013 at 02:10:45PM +0100, Neil Roberts wrote: > If EOF is encountered while reading from the Wayland socket, > wl_display_read_events() will now return -1 so that it will be treated > as an error. The documentation for this function states that it will > set errno when there is an e

Re: [PATCH weston] input: make sure we repick the focus surface after the old one is destroyed

2013-07-09 Thread Giulio Camuffo
Ok, it's not a big deal. 2013/7/9 Kristian Høgsberg > On Tue, Jul 09, 2013 at 02:21:24PM +0200, Giulio Camuffo wrote: > > currently defult_grab_focus does not repick a surface if a mouse > > button is pressed. change it so it does repick if there is no > > current focus surface, like when the f

Re: [PATCH weston] input: make sure we repick the focus surface after the old one is destroyed

2013-07-09 Thread Kristian Høgsberg
On Tue, Jul 09, 2013 at 02:21:24PM +0200, Giulio Camuffo wrote: > currently defult_grab_focus does not repick a surface if a mouse > button is pressed. change it so it does repick if there is no > current focus surface, like when the focus gets destroyed, so the > cursor does not disappear. Ah, ye

Re: [PATCH weston 1/3] compositor: Make --modules always override other module loading

2013-07-09 Thread Kristian Høgsberg
On Tue, Jul 09, 2013 at 12:12:48PM +0100, Rob Bradford wrote: > From: Rob Bradford > > This allows the test suite to strictly control the modules that get > loaded by the compositor. The idea is that the command line option should allow loading additional modules to what's configured in weston.i

Re: [PATCH weston 3/3] tablet-shell: Avoid infinite loop when unlocking

2013-07-09 Thread Kristian Høgsberg
On Tue, Jul 09, 2013 at 12:12:50PM +0100, Rob Bradford wrote: > From: Rob Bradford > > weston_compositor_wake will fire the signal that the unlock handler is > setup as the listener for. Instead lets change the state to HOME which > unlocks. > --- > src/tablet-shell.c | 2 +- > 1 file changed, 1

Re: [PATCH weston 2/3] tablet-shell: Fix copy and paste error in unlock handler

2013-07-09 Thread Kristian Høgsberg
On Tue, Jul 09, 2013 at 12:12:49PM +0100, Rob Bradford wrote: > From: Rob Bradford > > The signal handler was using the wrong member to find the containing > structure of the unlock listener. > > https://bugs.freedesktop.org/show_bug.cgi?id=57637 Thanks, good catch. Kristian > --- > src/tabl

Re: [PATCH weston] input: make sure we repick the focus surface after the old one is destroyed

2013-07-09 Thread Giulio Camuffo
I don't think it will. Normally there is always a focus surface, the background if there is nothing above it. This patch only changes the behavior when there is not a focus surface, and i think the only case is when the surface is deleted. 2013/7/9 Bill Spitzak > Will this cause unexpected drag

Re: Qt 5 on Wayland support for QtQuick 1.1?

2013-07-09 Thread Thiago Macieira
On terça-feira, 9 de julho de 2013 10.18.59, Carlos Gomez, HCL America wrote: > Hello - > > Does the Qt 5 on Wayland project provide backwards compatibility to > QML/QtQuick 1.1 ? Yes. If you can display a pixel on screen with Qt 5 on Wayland, Qt Quick 1.1 is supported. It can run with the raster

Re: [PATCH] wayland-client: Treat EOF when reading the wayland socket as an error

2013-07-09 Thread Neil Roberts
Bill Spitzak writes: > Maybe it can abort if ...read_events() is called after an error was > encountered. Then bad toolkits will exit, while ones that check for the > error state can do something intelligent. This sounds like a nice idea but it might go a bit wrong if there are orthogonal bits

Qt 5 on Wayland support for QtQuick 1.1?

2013-07-09 Thread Carlos Gomez, HCL America
Hello - Does the Qt 5 on Wayland project provide backwards compatibility to QML/QtQuick 1.1 ? Thank You, ...cfg... 13/07/09 ::DISCLAIMER:: The

Re: [PATCH weston] input: make sure we repick the focus surface after the old one is destroyed

2013-07-09 Thread Bill Spitzak
Will this cause unexpected drag + raise events to be sent to whatever surface is now under the mouse? IMHO this is acceptable, but considering some other patches being posted here some will disagree. They want the server to deliver an exactly specified sequence of events with matching up/down

Re: [PATCH 1/2] As some CJK fonts are dual-width, use the average width of ASCII glyphs instead of the max_x_advance of the font, just like the vte project.

2013-07-09 Thread Bill Spitzak
Having done this before (but about 18 years ago) I *REALLY* doubt this solution is better. However it is possible that font design has changed a good deal since then? Using the width of a '2' made attempts by software to print columns look *vastly* better. It was unreadable before this because

[PATCH] wayland-client: Treat EOF when reading the wayland socket as an error

2013-07-09 Thread Neil Roberts
> the only thing that confused me was the past tense sentence […] Ok, that sounds sensible. Here is an updated patch. > However we'd have to change every client / toolkit and so using a > fatal display error is nicer since the toolkits should already be > handling that. Well, that would be ideal

Re: [PATCH] wayland-client: Treat EOF when reading the wayland socket as an error

2013-07-09 Thread Rob Bradford
Hi Neil, On 9 July 2013 14:10, Neil Roberts wrote: > If EOF is encountered while reading from the Wayland socket, > wl_display_read_events() will now return -1 so that it will be treated > as an error. The documentation for this function states that it will > set errno when there is an error so i

Re: Multiprocess rendering in wayland - webkitgtk+

2013-07-09 Thread Daniel Stone
Hi Yan, Is this code available somewhere? Cheers, Daniel On 9 July 2013 09:13, wrote: > Hi, > I have implemented Wayland buffer sharing mechanism in WebKit2-efl based > on nested client example. Nested client share buffer from one nested > client to nesting client which is the Wayland server

[PATCH] wayland-client: Treat EOF when reading the wayland socket as an error

2013-07-09 Thread Neil Roberts
If EOF is encountered while reading from the Wayland socket, wl_display_read_events() will now return -1 so that it will be treated as an error. The documentation for this function states that it will set errno when there is an error so it additionally makes up an errno of EPIPE. If we don't do th

[PATCH weston] input: make sure we repick the focus surface after the old one is destroyed

2013-07-09 Thread Giulio Camuffo
currently defult_grab_focus does not repick a surface if a mouse button is pressed. change it so it does repick if there is no current focus surface, like when the focus gets destroyed, so the cursor does not disappear. --- src/input.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[PATCH weston 3/3] tablet-shell: Avoid infinite loop when unlocking

2013-07-09 Thread Rob Bradford
From: Rob Bradford weston_compositor_wake will fire the signal that the unlock handler is setup as the listener for. Instead lets change the state to HOME which unlocks. --- src/tablet-shell.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/tablet-shell.c b/src/tablet-she

[PATCH weston 2/3] tablet-shell: Fix copy and paste error in unlock handler

2013-07-09 Thread Rob Bradford
From: Rob Bradford The signal handler was using the wrong member to find the containing structure of the unlock listener. https://bugs.freedesktop.org/show_bug.cgi?id=57637 --- src/tablet-shell.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/tablet-shell.c b/src/tablet

[PATCH weston 1/3] compositor: Make --modules always override other module loading

2013-07-09 Thread Rob Bradford
From: Rob Bradford This allows the test suite to strictly control the modules that get loaded by the compositor. https://bugs.freedesktop.org/show_bug.cgi?id=57636 --- man/weston.man | 3 ++- src/compositor.c | 11 +++ 2 files changed, 9 insertions(+), 5 deletions(-) diff --git a/ma

Re: [PATCH] xdg_shell: Add a new shell protocol.

2013-07-09 Thread Rob Bradford
Hi Rafael, Right now when the implicit grab that the popup takes is broken the compositor emits popup_done on the shell_surface. We now have a better idiom for doing this by returning a new object from set_popup that would be using a new interface that has a "done" event on that interface. This me

Re: [PATCH 1/2] As some CJK fonts are dual-width, use the average width of ASCII glyphs instead of the max_x_advance of the font, just like the vte project.

2013-07-09 Thread Peng Wu
Actually I used the technique from vte terminal widget. See: https://git.gnome.org/browse/vte/tree/src/vtedraw.h#n34 The average width is used for the ascii glyphs. Use "2" or "n" glyph is good for some font, but maybe not for the other fonts. Use the average width is good for most fonts, includi