Hi,
On 22 June 2012 21:13, Kristian Høgsberg wrote:
> On Fri, Jun 22, 2012 at 03:47:55PM -0400, Kristian Høgsberg wrote:
>> > Under X the stuck modifer problem is gone (yay!), but without XKB
>> > support, my Alt now doesn't work. Ctrl, Shift, Super etc does, which
>> > is a little odd... this f
On Fri, Jun 22, 2012 at 10:29:04PM +0300, Pekka Paalanen wrote:
> The trick is in the kernel DRM, which has to be able to deal with the
> buffer and actually push it to the USB device. This may require special
> allocation flags or somehow using the dmabuf infrastructure to allocate
> the buffer, w
On Fri, Jun 22, 2012 at 03:47:55PM -0400, Kristian Høgsberg wrote:
> On Fri, Jun 22, 2012 at 03:02:03PM -0400, Kristian Høgsberg wrote:
> > On Fri, Jun 22, 2012 at 01:21:25PM +0100, Daniel Stone wrote:
> > > Hi,
> > > The following series makes nested compositors in particular track their
> > > par
On Fri, Jun 22, 2012 at 03:02:03PM -0400, Kristian Høgsberg wrote:
> On Fri, Jun 22, 2012 at 01:21:25PM +0100, Daniel Stone wrote:
> > Hi,
> > The following series makes nested compositors in particular track their
> > parent server's state more aggressively. The main highlight is probably
> > tha
On Fri, 22 Jun 2012 14:08:16 -0400
rektide wrote:
> On Fri, Jun 22, 2012 at 01:14:00PM -0400, Casey Dahlin wrote:
> > On Fri, Jun 22, 2012 at 09:40:43PM +0530, Sannu K wrote:
> > > After seeing the changes made in X server for offloading hardware
> > > acceleration for USB display devices (displa
On Fri, Jun 22, 2012 at 02:04:37PM +0100, Daniel Stone wrote:
> This way, if initialisation fails (say, udev or Mesa are broken, or we
> couldn't find any devices), we'll at least take you back to where you
> were, rather than leave you at a totally broken VT you can't escape
> from.
Thanks for cl
On Fri, Jun 22, 2012 at 02:04:36PM +0100, Daniel Stone wrote:
> weston_compositor_init is always called late because most
> implementations can't initialise GL until fairly late in the game.
> Split it into a base version with the same name, followed by
> weston_compositor_init_gl which can be call
On Fri, Jun 22, 2012 at 01:21:25PM +0100, Daniel Stone wrote:
> Hi,
> The following series makes nested compositors in particular track their
> parent server's state more aggressively. The main highlight is probably
> that the stuck modifiers bug under X11 should be completely gone, as
> well as e
On Fri, Jun 22, 2012 at 02:08:16PM -0400, rektide wrote:
> How about this question: might Weston be adaptable to serve this use case?
> What would be the
> major changes to Weston to do this? What other subsystems would have to
> change?
>
Right now wayland doesn't have a protocol to export muc
On Fri, Jun 22, 2012 at 01:14:00PM -0400, Casey Dahlin wrote:
> On Fri, Jun 22, 2012 at 09:40:43PM +0530, Sannu K wrote:
> > After seeing the changes made in X server for offloading hardware
> > acceleration for USB display devices (displaylink and others), I am curious
> > to know about how Waylan
On Fri, Jun 22, 2012 at 09:40:43PM +0530, Sannu K wrote:
> After seeing the changes made in X server for offloading hardware
> acceleration for USB display devices (displaylink and others), I am curious
> to know about how Wayland takes care (if at all it does) of offloading
> hardware acceleration
Hi,
Intro:
USB display devices are dumb framebuffer devices that can drive a CRTC
which is connected to the system through USB. These devices can be treated
as just USB to VGA (DVI or HDMI) converters. They have some sort of
compression (Devices from displaylink is one of them which uses RLE
compr
On Fri, Jun 22, 2012 at 04:59:00AM +0200, Martin Minarik wrote:
> The on screen keyboard stays displayed when the editor is closed.
>
> We need to flush the display once more.
>
> This patch adds the display_flush() method to window.c, to execute
> wl_display_flush() once, not in a loop like in d
This way, if initialisation fails (say, udev or Mesa are broken, or we
couldn't find any devices), we'll at least take you back to where you
were, rather than leave you at a totally broken VT you can't escape
from.
Signed-off-by: Daniel Stone
---
src/compositor-drm.c | 57 +
weston_compositor_init is always called late because most
implementations can't initialise GL until fairly late in the game.
Split it into a base version with the same name, followed by
weston_compositor_init_gl which can be called later on.
This simplifies compositor-wayland, which no longer need
Use the wl_keyboard::modifiers events our parent helpfully sends us to
make sure our views of the keyboard state are always identical, rather
than relying on key press events to do the right thing.
Signed-off-by: Daniel Stone
---
src/compositor-wayland.c | 28
1 fi
notify_modifiers will now synchronise Weston's internal state with the
XKB state, and send a modifier event if necessary. This eliminates the
need for update_modifier_state to have a return value at all.
Signed-off-by: Daniel Stone
---
src/compositor.c | 47 ---
This isn't very pleasant, but it's pretty much the best we can do in the
absence of either XCB XKB support, or XCB XI2 bindings (argh!).
We get a state mask with most significant X11 events (which inexplicably
includes EnterNotify but not FocusIn), but unfortunately it's only a
single flat set of
Make sure that we always have the exact same view of the keyboard state
as the host server by using XKB StateNotify events to update our state
exactly rather than relying on key events. In particular, this fixes
key state during grabs, where we either miss modifiers completely or get
them stuck pe
If update_state is true, then notify_key will continue to call
xkb_key_update_state to update the local state mask, as before this
commit. Otherwise, it will rely on the compositor to manually update
the state itself, for nested compositors.
Signed-off-by: Daniel Stone
---
src/compositor-waylan
Try to find the XKB extension, to be used in later commits.
Signed-off-by: Daniel Stone
---
configure.ac | 20 +++-
src/compositor-x11.c | 33 +
2 files changed, 52 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
If we have XCB XKB support, use XKB's detectable autorepeat, which
generates repeat sequences as a series of
press-press-press-[...]-release events, rather than
press-release-press-release-[...].
Signed-off-by: Daniel Stone
---
src/compositor-x11.c | 33 +++--
1 fil
X11 has a set of eight modifiers which we want to represent. Cache
their indices when we create a weston_xkb_info, so we can use this from
compositor-x11 to keep the state synchronised exactly between the host X
server and a nested Weston instance.
Signed-off-by: Daniel Stone
---
src/compositor
So we can set up XKB masks and be sure to get the right events before
we set up our window.
Signed-off-by: Daniel Stone
---
src/compositor-x11.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/compositor-x11.c b/src/compositor-x11.c
index d50261d..d8dbacb 100644
This is mainly for X11's benefit; the common case is using Logo+S to
take a screenshot, where GNOME Shell has grabbed Logo, and replays the
event down to the nested compositor after S is pressed. This means we
get an enter event with both Logo and S down, and even if Shell delivers
the key press e
Since the two functions had nothing in common but the local variables.
Signed-off-by: Daniel Stone
---
src/compositor-wayland.c |6 ++-
src/compositor-x11.c |9 +++-
src/compositor.c | 111 --
src/compositor.h | 10 -
Let compositors just blithely post through every event they get,
including repeating keys.
Signed-off-by: Daniel Stone
---
src/compositor.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/compositor.c b/src/compositor.c
index d914b67..52ef89e 100644
--- a/src/comp
When the focus changes, wl_keyboard_set_focus (and, as an added bonus,
wl_pointer_set_focus) will now send wl_keyboard::modifier events for us
if we store the modifier state in the right place, so we don't have to
worry about that anymore.
Signed-off-by: Daniel Stone
---
src/compositor.c | 48
Signed-off-by: Daniel Stone
---
.gitignore |2 ++
1 file changed, 2 insertions(+)
diff --git a/.gitignore b/.gitignore
index 7c5bfe5..5b48ea1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,6 +7,8 @@
*.so
*.swp
*~
+ctags
+cscope.out
.libs
/aclocal.m4
/autom4te.cache
--
1.7.10
Provide a slot for keyboard modifier state inside wl_keyboard for
implementations to update, and use this to send wl_keyboard:;modifier
events whenever the keyboard or pointer focus changes.
Signed-off-by: Daniel Stone
---
src/wayland-server.c | 20 +++-
src/wayland-server.h |
Hi,
The following series makes nested compositors in particular track their
parent server's state more aggressively. The main highlight is probably
that the stuck modifiers bug under X11 should be completely gone, as
well as enabling key bindings under GNOME Shell and other compositors
that grab m
31 matches
Mail list logo
