On Wed, 15 May 2013 12:27:17 -0700
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> > Minimize is a little special, since the client does not need to react
> > specially for it to look right.
>
> The client does have to react if there is a floating panel that also has
> to disappear.
>
> For e
On Wed, 15 May 2013 15:26:02 +0200
Alexander Preisinger wrote:
> 2013/5/15 Pekka Paalanen
>
> > On Wed, 15 May 2013 14:20:21 +0200
> > Alexander Preisinger wrote:
> >
> > > Hello,
> > >
> > > I thought a bit about it and like to present my ideas.
> > > I mainly thought about it from the shell/
On Sun, May 12, 2013 at 04:20:59PM +0200, David Herrmann wrote:
> [bcc to gnome-shell-list and kwin, to keep discussion on wayland-devel]
> Without a generic graphics-server like xserver, compositors need to
> handle input devices themselves if run as wayland compositors. To
> avoid having severa
Mikko Levonmaa wrote:
i.e. when going from maximized/fullscreen to the default state the
compositor could remember the last size and propose that to the client.
The client has to know the default size:
1. It may have initially shown maximized. The compositor therefore has
not seen it in norm
On May 15, 2013 9:37 PM, "Mikko Levonmaa" wrote:
>
> > I agree that the thread is a little daunting and gets
> > political/personal towards the end. But between Pekka, Jason and Bill
> > I see concensus and I'll try to summarize here:
> >
> > - The server needs to be able to initiate state chang
> I agree that the thread is a little daunting and gets
> political/personal towards the end. But between Pekka, Jason and Bill
> I see concensus and I'll try to summarize here:
>
> - The server needs to be able to initiate state changes, but the
>client is in control. The server requests a
On Wed, May 15, 2013 at 12:37:48PM -0700, Bill Spitzak wrote:
> Mikko Levonmaa wrote:
>
> >+
> >+
> >+The compositor or the user has taken action that has resulted in
> >+this surface to change state.
> >+
> >+
> >+
> >
>
> "changed" is very misleading. If the
On Wed, May 15, 2013 at 01:57:10PM -0500, Jason Ekstrand wrote:
> On Wed, May 15, 2013 at 1:37 PM, Mikko Levonmaa
> wrote:
>
> On Wed, May 15, 2013 at 12:12:43PM -0500, Jason Ekstrand wrote:
> > On Wed, May 15, 2013 at 9:39 AM, Mikko Levonmaa
> >
> > wrote:
> >
> > T
Mikko Levonmaa wrote:
+
+
+The compositor or the user has taken action that has resulted in
+this surface to change state.
+
+
+
"changed" is very misleading. If the client does not do anything, the
state has not changed. This is a request from the shell
Alexander Preisinger wrote:
+
+
+
+
+
Are these supposed to be flags? Like that it can send multiple states in
one request?
I think the client should keep track of the previous state itself and
the compositor only
sends the state he wants the c
Pekka Paalanen wrote:
Minimize is a little special, since the client does not need to react
specially for it to look right.
The client does have to react if there is a floating panel that also has
to disappear.
For example the floating shared toolbox with 2 main windows. It should
only dis
Alexander Preisinger wrote:
+
Maybe "normal"? "toplevel" sounds like it is in the same layer as popup
notifiers.
+This event is sent in respons to set_maximized, set_minimized or
+set_fullscreen request to acknowledge the request. The client can
update it
+own state if i
On Wed, May 15, 2013 at 1:37 PM, Mikko Levonmaa wrote:
> On Wed, May 15, 2013 at 12:12:43PM -0500, Jason Ekstrand wrote:
> > On Wed, May 15, 2013 at 9:39 AM, Mikko Levonmaa <
> mikko.levon...@gmail.com>
> > wrote:
> >
> > This allows the shell to inform the surface that it has changed
> >
Alexander Larsson wrote:
In fact, working on this in weston a bit it seems that in general, scale
is seldom used by itself but rather its used to calculate the buffer and
screen size which are then used, and we want both of these to be
integers. So, it seems to me that we should specify scaling
On Wed, May 15, 2013 at 12:12:43PM -0500, Jason Ekstrand wrote:
> On Wed, May 15, 2013 at 9:39 AM, Mikko Levonmaa
> wrote:
>
> This allows the shell to inform the surface that it has changed
> state, current supported states are default, minimized, maximized
> and fullscreen. The shel
On Mon, May 13, 2013 at 06:14:46PM -0300, Rafael Antognolli wrote:
> Hi Jason,
>
> On Wed, May 8, 2013 at 9:26 PM, Jason Ekstrand wrote:
> > Hi Rafael,
> >
> >
> > On Wed, May 8, 2013 at 6:04 PM, Rafael Antognolli
> > wrote:
> >>
> >> Hello,
> >>
> >> I've been looking the Weston code relative t
On Wed, May 15, 2013 at 9:39 AM, Mikko Levonmaa wrote:
> This allows the shell to inform the surface that it has changed
> state, current supported states are default, minimized, maximized
> and fullscreen. The shell implementation is free to interpret the
> meaning for the state, i.e. the minimiz
On Mon, May 13, 2013 at 11:51:11PM -0700, Dima Ryazanov wrote:
> Looks like that theme uses different names. Also, add the correspoding
> horizontal and vertical resize cursors, just for consistency.
> ---
> clients/window.c | 24
> 1 file changed, 16 insertions(+), 8 dele
On Wed, May 15, 2013 at 09:17:37AM +0100, Richard Hughes wrote:
> ---
> src/cms-colord.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, this and 2/2 applied.
Kristian
> diff --git a/src/cms-colord.c b/src/cms-colord.c
> index 33f23b2..af6b5fa 100644
> --- a/src/cms-colord.c
> +
Nice!
2013/5/15 Mikko Levonmaa
> This allows the shell to inform the surface that it has changed
> state, current supported states are default, minimized, maximized
> and fullscreen. The shell implementation is free to interpret the
> meaning for the state, i.e. the minimized might not always
This allows the shell to inform the surface that it has changed
state, current supported states are default, minimized, maximized
and fullscreen. The shell implementation is free to interpret the
meaning for the state, i.e. the minimized might not always mean
that the surface is fully hidden for ex
2013/5/15 Pekka Paalanen
> On Wed, 15 May 2013 14:20:21 +0200
> Alexander Preisinger wrote:
>
> > Hello,
> >
> > I thought a bit about it and like to present my ideas.
> > I mainly thought about it from the shell/compositor site when I like to
> > minimize, maximize surfaces from keybindings, li
On Wed, May 15, 2013 at 9:11 AM, Alexander Larsson wrote:
> On ons, 2013-05-15 at 11:13 +0300, Pekka Paalanen wrote:
>> On Tue, 14 May 2013 12:26:48 +0200
>> al...@redhat.com wrote:
>
> Lots of good stuff snipped. I'll try to fix things up based on that.
> Some responses below.
>
>> > +
>> >
On ons, 2013-05-15 at 11:13 +0300, Pekka Paalanen wrote:
> On Tue, 14 May 2013 12:26:48 +0200
> al...@redhat.com wrote:
Lots of good stuff snipped. I'll try to fix things up based on that.
Some responses below.
> > +
> > +
>
> Are you sure you really want fixed as the type?
> Integer
On Wed, 15 May 2013 14:20:21 +0200
Alexander Preisinger wrote:
> Hello,
>
> I thought a bit about it and like to present my ideas.
> I mainly thought about it from the shell/compositor site when I like to
> minimize, maximize surfaces from keybindings, like in some window managers.
>
> For exam
Hello,
I thought a bit about it and like to present my ideas.
I mainly thought about it from the shell/compositor site when I like to
minimize, maximize surfaces from keybindings, like in some window managers.
For example the client can still request minimize, maximize, fullsrceen and
toplevel ac
Hello happy coders,
Here are a few patches for weston, with some explanations.
They all should be updated from the previous reviews.
http://git.sardemff7.net/wayland/weston/log/?id=master..wip/patches&showmsg=1
These patches are all independant changes to weston:
— weston.pc and layers patches
This also fixes a compile warning when building the tarball.
---
src/cms-colord.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/cms-colord.c b/src/cms-colord.c
index af6b5fa..6056407 100644
--- a/src/cms-colord.c
+++ b/src/cms-colord.c
@@ -127,6 +127,7 @@ stati
---
src/cms-colord.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/cms-colord.c b/src/cms-colord.c
index 33f23b2..af6b5fa 100644
--- a/src/cms-colord.c
+++ b/src/cms-colord.c
@@ -478,7 +478,7 @@ colord_cms_output_destroy(gpointer data)
WL_EXPORT int
module_init(struct
On Tue, 14 May 2013 12:26:48 +0200
al...@redhat.com wrote:
> From: Alexander Larsson
>
> This adds wl_surface_set_buffer_scale() to set the buffer scale of a
> surface.
>
> It is similar to set_buffer_transform that the buffer is stored in a
> way that has been transformed (in this case scaled)
30 matches
Mail list logo
