On Wed, 2012-07-25 at 14:28 -0700, Bill Spitzak wrote:
>
> Juan Zhao wrote:
> > On Tue, 2012-07-24 at 23:17 -0700, Bill Spitzak wrote:
> >> On 07/24/2012 10:32 PM, Juan Zhao wrote:
> >>
> Therefore I suggest that the sample client work as proposed, and
> >> only
> prevent that point fro
On Wed, 2012-07-25 at 09:33 -0400, Kristian Høgsberg wrote:
> On Wed, Jul 25, 2012 at 1:00 AM, Bill Spitzak wrote:
> > On 07/24/2012 06:10 PM, Juan Zhao wrote:
> >
> >> Is it in the condition that, click any area of the window could drag and
> >> move the window? Some user case is, only the title
Juan Zhao wrote:
On Tue, 2012-07-24 at 23:17 -0700, Bill Spitzak wrote:
On 07/24/2012 10:32 PM, Juan Zhao wrote:
Therefore I suggest that the sample client work as proposed, and
only
prevent that point from being obscured.
Do you mean, avoiding the places where it could triger the drag to
On Wed, Jul 25, 2012 at 1:00 AM, Bill Spitzak wrote:
> On 07/24/2012 06:10 PM, Juan Zhao wrote:
>
>> Is it in the condition that, click any area of the window could drag and
>> move the window? Some user case is, only the title bar area could be
>> dragged and moved.
>
>
> My understanding is that
On Tue, 2012-07-24 at 23:17 -0700, Bill Spitzak wrote:
> On 07/24/2012 10:32 PM, Juan Zhao wrote:
>
> >> Therefore I suggest that the sample client work as proposed, and
> only
> >> prevent that point from being obscured.
> >
> > Do you mean, avoiding the places where it could triger the drag to
>
On 07/24/2012 10:32 PM, Juan Zhao wrote:
Therefore I suggest that the sample client work as proposed, and only
prevent that point from being obscured.
Do you mean, avoiding the places where it could triger the drag to be
obscured?
I mean only the point that is clicked. It avoids *one* place
On Tue, 2012-07-24 at 22:00 -0700, Bill Spitzak wrote:
> On 07/24/2012 06:10 PM, Juan Zhao wrote:
>
> > Is it in the condition that, click any area of the window could drag and
> > move the window? Some user case is, only the title bar area could be
> > dragged and moved.
>
> My understanding is
On 07/24/2012 06:10 PM, Juan Zhao wrote:
Is it in the condition that, click any area of the window could drag and
move the window? Some user case is, only the title bar area could be
dragged and moved.
My understanding is that a client can tell the shell that a window can
be dragged in respon
On Tue, 2012-07-24 at 10:09 -0400, Kristian Høgsberg wrote:
> On Sun, Jul 22, 2012 at 12:34 PM, Kristian Høgsberg
> wrote:
> > On Wed, Jul 18, 2012 at 01:37:59PM +0800, Juan Zhao wrote:
> >> attach file: This patch resolved problem like this.
> >
> > Right, I see. I think we just need the moving
On Sun, Jul 22, 2012 at 12:34 PM, Kristian Høgsberg wrote:
> On Wed, Jul 18, 2012 at 01:37:59PM +0800, Juan Zhao wrote:
>> attach file: This patch resolved problem like this.
>
> Right, I see. I think we just need the moving code to restrict the
> motion so that the point we're dragging (maybe +/
On Wed, Jul 18, 2012 at 01:37:59PM +0800, Juan Zhao wrote:
> attach file: This patch resolved problem like this.
Right, I see. I think we just need the moving code to restrict the
motion so that the point we're dragging (maybe +/- a couple of pixels)
can't end up under the panel for that.
Kristi
On Tue, Jul 17, 2012 at 10:25:14PM -0700, juan.j.z...@linux.intel.com wrote:
> From: Juan Zhao
>
> When applications not directly based on toytoolkit, like simple-egl, efl
> applications is grabbed and moved, they may be moved to the place under
> the panel. Then they could not be grabbed again.
From: Juan Zhao
When applications not directly based on toytoolkit, like simple-egl, efl
applications is grabbed and moved, they may be moved to the place under
the panel. Then they could not be grabbed again.
Add panel height limitation when configuring the surface new places.
Signed-off-by: Ju
13 matches
Mail list logo
