From: Juan Zhao
F12:default
F11:scale
F10:driver
F9:fill
F7: set toplevel to back
---
clients/Makefile.am |6 +-
clients/simple-rect.c | 681 +
2 files changed, 686 insertions(+), 1 deletions(-)
create mode 100644 clients/simple-rect.c
dif
From: Juan Zhao
---
src/shell.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index 1d95313..9ef666f 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -71,7 +71,6 @@ struct wl_shell {
} screensaver;
};
-/*FIXME:Using bit flag
From: Juan Zhao
---
src/compositor-drm.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/src/compositor-drm.c b/src/compositor-drm.c
index 623799f..d94ef5c 100644
--- a/src/compositor-drm.c
+++ b/src/compositor-drm.c
@@ -149,7 +149,7 @@ drm_output_repaint(
From: Juan Zhao
---
src/compositor.h |2 ++
src/shell.c | 30 +-
2 files changed, 27 insertions(+), 5 deletions(-)
diff --git a/src/compositor.h b/src/compositor.h
index aa62c81..94f5cc3 100644
--- a/src/compositor.h
+++ b/src/compositor.h
@@ -292,6 +292,8
From: Zhiwen Wu
1.Add a struct wl_list wl_shell::hidden_panels to store the hidden panels.
2.Add a hook weston_shell:prepare_repaint to do the stacking adjustment before
output repainting.
3.In the hook, check that if we had a top and fullscreen surface.
If yes, remove the panel surface fr
From: Juan Zhao
---
src/shell.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index b77cef3..e0c8f07 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -1303,10 +1303,6 @@ weston_surface_set_fullscreen(struct weston_surface
*surface)
From: Juan Zhao
---
clients/window.c |3 +-
src/compositor-drm.c | 10 -
src/compositor.c |5 ++-
src/compositor.h | 11 +-
src/shell.c | 97 +-
5 files changed, 103 insertions(+), 23 deletions(-)
diff --
From: Juan Zhao
Map the surface as a fullscreen surface. On the output the
surface is assigned to. Leaving it to NULL will allow the compositor
to choose one output. The client can use different fulllscreen
method to fix the size mismatch issue: default, scale, driver
and fill.
Hints to indicate
From: Juan Zhao
v6: rebase the fullscreen part, we implemented default, scale, and fill method.
For that window stacking part, these patches are still based on current
stacking method. We can discuss in some other thread to discuss the window
stacking method: how and when, and what's
From: Alex Wu
If the scanout client was interrupted (e.g. by Ctrl-C),
compositor-drm.c::page_flip_handler()
was not guaranteed to be invoked for the last scanout
drmModePageFlip(), so that pending_fs_surf_fb_id
has no chance to reset to 0, and the output will still scano
Hi Bill,
Thanks for your reply. I summarized my scheme as following:
1. Make the panels always atop the top regular window.
This means no hiding operation to panels, all things is about stacking
adjustment. Compositor will check the window status and adjust the stacking
every time before it repa
On 02/17/2012 04:55 AM, Bill Spitzak wrote:
Juan Zhao wrote:
If the top regular surface does not occupy the full screen, you can
still click on that underlying fullscreen surface to active and raise
it.
I do not understand why this defeats the whole purpose of letting
other surfaces be above
Hi,
2012/2/16 Kristian Høgsberg :
> 2012/2/16 Daniel Stone :
>> 2012/2/16 Kristian Høgsberg :
>>> Thanks, applied. Looks better, but what about standalone keysyms and
>>> modifier masks?
>>
>> Thanks, but, 'standalone'? I'm not quite sure I follow ...
>
> I've been thinking about whether we shoul
2012/2/16 Daniel Stone :
> Hi,
>
> 2012/2/16 Kristian Høgsberg :
>> On Wed, Feb 15, 2012 at 11:33 AM, Daniel Stone wrote:
>>> xkbcommon in current git has moved its include files.
>>
>> Thanks, applied. Looks better, but what about standalone keysyms and
>> modifier masks?
>
> Thanks, but, 'stand
Hi,
2012/2/16 Kristian Høgsberg :
> On Wed, Feb 15, 2012 at 11:33 AM, Daniel Stone wrote:
>> xkbcommon in current git has moved its include files.
>
> Thanks, applied. Looks better, but what about standalone keysyms and
> modifier masks?
Thanks, but, 'standalone'? I'm not quite sure I follow ..
Hi,
On 16 February 2012 18:36, frqb4td wrote:
> One application can sniff or inject keystrokes to another one, can take
> snapshots of the screen occupied by windows belonging to another one, etc.
That's more or less irrelevant really. If you give session access to
hostile apps, they could easi
On Wed, Feb 15, 2012 at 11:33 AM, Daniel Stone wrote:
> xkbcommon in current git has moved its include files.
Thanks, applied. Looks better, but what about standalone keysyms and
modifier masks?
Kristian
> Signed-off-by: Daniel Stone
> ---
> clients/window.c | 2 +-
> clients/window.h |
Juan Zhao wrote:
If the top regular surface does not occupy the full screen, you can
still click on that underlying fullscreen surface to active and raise it.
I do not understand why this defeats the whole purpose of letting other
surfaces be above that fullscreen surface.
Because it will rai
In "The Linux Security Circus: On GUI isolation" (link:
http://theinvisiblethings.blogspot.com/2011/04/linux-security-circus-on-gui-isolation.html
) - The Invisible Things Lab's blog, Joanna Rutkowska describes attacks from
one X11 app on another and the general problem of the lack of GUI-level
On 02/15/2012 11:33 AM, Daniel Stone wrote:
> xkbcommon in current git has moved its include files.
This also needs to be fixed in GTK, and probably other toolkits too.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.free
On Thu, 16 Feb 2012 16:42:03 +0200
Ander Conselvan de Oliveira wrote:
> On 02/16/2012 09:56 AM, Pekka Paalanen wrote:
> >> This changes shell->map interface to take sx and sy parameters and
> >> change dekstop shell implementation to update the position of a
> >> surface of type none according to
On 02/16/2012 09:56 AM, Pekka Paalanen wrote:
This changes shell->map interface to take sx and sy parameters and
change dekstop shell implementation to update the position of a
surface of type none according to those parameters. Since a surface
of type none won't actually be mapped, the effect of
On 02/16/2012 02:48 PM, Daniel Stone wrote:
The X11 compositor currently posts its key presses as keycode - 8; this
is due to X11 having a historical minimum keycode of 8, whereas evdev is
numbered starting from 1. So while the KEY_* constants begin with
KEY_ESC at 1, the corresponding keycode i
On 02/16/2012 03:46 PM, Michael Hasselmann wrote:
On Thu, 2012-02-16 at 15:40 +0200, Tiago Vignatti wrote:
On 02/16/2012 01:42 PM, Michael Hasselmann wrote:
Hi,
just noticed these small issues while going through the available
Wayland documentation.
FYI, this short-circuit with the idea of d
On Thu, 2012-02-16 at 15:40 +0200, Tiago Vignatti wrote:
> On 02/16/2012 01:42 PM, Michael Hasselmann wrote:
> > Hi,
> >
> > just noticed these small issues while going through the available
> > Wayland documentation.
>
> FYI, this short-circuit with the idea of dynamically dump the interfaces
>
On 02/16/2012 01:42 PM, Michael Hasselmann wrote:
Hi,
just noticed these small issues while going through the available
Wayland documentation.
FYI, this short-circuit with the idea of dynamically dump the interfaces
on the doc - check last commit there mainly:
http://cgit.freedesktop.org/~v
The X11 compositor currently posts its key presses as keycode - 8; this
is due to X11 having a historical minimum keycode of 8, whereas evdev is
numbered starting from 1. So while the KEY_* constants begin with
KEY_ESC at 1, the corresponding keycode in both X11 and the XKB keymaps
is 9.
window,
Hi,
just noticed these small issues while going through the available
Wayland documentation.
regards,
Michael
>From cf98b94497fc8e9a2e9eb5c2f99a9b21f20fe1d0 Mon Sep 17 00:00:00 2001
From: Michael Hasselmann
Date: Thu, 16 Feb 2012 11:55:32 +0100
Subject: [PATCH] spec: Fix the escaping of special
On 15 February 2012 16:29, Tiago Vignatti
wrote:
> On 02/14/2012 12:30 AM, Ustun Ergenoglu wrote:
>>
>> From: Üstün Ergenoğlu
>>
>> Here's another attempt to add some logging functionality, this time on
>> Weston
>> instead of Wayland as Thiago suggested. In addittion, I added the WL_LOG_*
>> macr
29 matches
Mail list logo
