Pekka Paalanen wrote:
But is there any way to realise a popup window, like a menu, without
saying that there is a single parent and the popup is relative to that?
I was assuming the client would know the transform for the parent and
would use it to figure out the transform for the popup. It w
On Tue, 07 Feb 2012 11:50:22 -0800
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> > No, they are not. All the transformation work is purely server internal
> > and private. We could change to even more generic non-linear
> > transformations at will, nothing about it is in the protocol. This is
Pekka Paalanen wrote:
No, they are not. All the transformation work is purely server internal
and private. We could change to even more generic non-linear
transformations at will, nothing about it is in the protocol. This is
also what makes input transformations so easy, since for clients
ever
On Mon, 06 Feb 2012 13:08:38 -0800
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> > As long as clients know nothing about the global coordinate system,
> > nothing about "remember position" can be completely implemented client
> > side. I expect at some point we would add shell protocol to achi
On Tue, 07 Feb 2012 09:06:39 +0800
Juan Zhao wrote:
> The unmaximized location is determined by "set_toplevel" now. Maybe we
> can adds some parameter in "set_toplevel" to define the top-left coordinate?
No, we cannot protocol-wise, as that would expose the global coordinate
system to the clien
On 02/07/2012 05:08 AM, Bill Spitzak wrote:
The output choosing code in the server would likely take the surface
bounding box, and find the output where most of the surface is. This is
how it already works, when we choose which output to synchronise the
surface to.
Yes this is exactly what I
Pekka Paalanen wrote:
As long as clients know nothing about the global coordinate system,
nothing about "remember position" can be completely implemented client
side. I expect at some point we would add shell protocol to achieve
"remember layout" somehow, but I very much doubt it will deliberatl
On Fri, 03 Feb 2012 11:14:30 -0800
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> > Ah, I forgot in the reply to the protocol bits. Krh said something
> > about wanting the output as a parameter here, explicitly set by the
> > client. There was some scheme about letting clients know which outpu
On Fri, 2012-02-03 at 11:08 +0200, Pekka Paalanen wrote:
> On Fri, 3 Feb 2012 16:16:17 +0800
> juan.j.z...@linux.intel.com wrote:
>
> > From: Juan Zhao
> >
> > ---
> > src/shell.c | 53 +
> > 1 files changed, 53 insertions(+), 0 deletions
Pekka Paalanen wrote:
Ah, I forgot in the reply to the protocol bits. Krh said something
about wanting the output as a parameter here, explicitly set by the
client. There was some scheme about letting clients know which output
currently has their surfaces...
I have written several programs tha
juan.j.z...@linux.intel.com wrote:
+ es->geometry.x = 0;
+ es->geometry.y = panel_height;
+ edges = WL_SHELL_SURFACE_RESIZE_TOP|WL_SHELL_SURFACE_RESIZE_LEFT;
+
+ fprintf(stderr, "configure: width=%d, height=%d",
+ output->current->width,
+ outp
On Fri, 3 Feb 2012 16:16:17 +0800
juan.j.z...@linux.intel.com wrote:
> From: Juan Zhao
>
> ---
> src/shell.c | 53 +
> 1 files changed, 53 insertions(+), 0 deletions(-)
>
> diff --git a/src/shell.c b/src/shell.c
> index d15c8e2..48f1ceb 10
From: Juan Zhao
---
src/shell.c | 53 +
1 files changed, 53 insertions(+), 0 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index d15c8e2..48f1ceb 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -417,6 +417,58 @@ get_default_output(struct
13 matches
Mail list logo