Please stop bringing this up in unrelated threads. This is a warning. Do
not do it again.
On Aug 1, 2014 4:10 PM, "Bill Spitzak" wrote:
> On 07/31/2014 07:27 PM, Carsten Haitzler (The Rasterman) wrote:
>
> The most obvious thing that does not work is drag & drop.
>>>
>>
>> what has that got to d
On 07/31/2014 07:27 PM, Carsten Haitzler (The Rasterman) wrote:
The most obvious thing that does not work is drag & drop.
what has that got to do with a click raising or not? dnd is a separate protocol
element with its own semantics.
You want to be able to drag out of a window without raisin
Yan,
"gl" comes from the mesa package, but has been disabled in the pure wayland
profile ("libGL.so" pulls "libX11.so"). My guess is that your gbs'
build.conf is not correct or up-to-date, as "gl" only appears if the "%with
x" macro is defined, while it is not in recent config files. So you likel
On Thu, 31 Jul 2014 17:21:15 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 31 Jul 2014 01:02:33 -0700 (PDT) yan.w...@linux.intel.com said:
>
> > E.g. When we start a new application on mobile platform, previous running
> > application could be hidden and paused to reduce power consumin
On Thu, 31 Jul 2014 01:20:32 -0700 (PDT)
yan.w...@linux.intel.com wrote:
> Yes. I also think so. But we may need the comments of Wayland maintainer
> about this design because it need change the compositor logic.
Already if a surface is not part of any output's repaint (i.e. is not
on any layer t
Need change gles20 -> glesv2.
please check the following:
https://review.tizen.org/gerrit/25247
> Sure. We Tizen IVI tried 20140704.2 image and found this macro is
enabled.
> But when we tried to build efl by GBS, we get the following error:
>
> efl:
> nothing provides pkgconfig(gl)
>
> We are
Sure. We Tizen IVI tried 20140704.2 image and found this macro is enabled.
But when we tried to build efl by GBS, we get the following error:
efl:
nothing provides pkgconfig(gl)
We are looking for the cause.
Yan Wang
> Hi Yan,
>
> "And I am not sure whether USE_XDG_SHELL macro is enabled in
On Thu, 31 Jul 2014 15:44:40 -0700 Bill Spitzak said:
> On 07/31/2014 03:21 PM, Carsten Haitzler (The Rasterman) wrote:
>
> >> Wait a second, how is click-to-raise being done?
> >
> > not by the client - by the compositor. the client has no control over that.
>
> That does not work. The client
On Thursday, July 31, 2014, Bill Spitzak wrote:
>
> That does not work. The client has to be able to decide whether a mouse
> click will raise the window.
>
You really don't need to tell us this every two weeks. We get the point.
___
wayland-devel maili
On 07/31/2014 03:21 PM, Carsten Haitzler (The Rasterman) wrote:
Wait a second, how is click-to-raise being done?
not by the client - by the compositor. the client has no control over that.
That does not work. The client has to be able to decide whether a mouse
click will raise the window.
On Thu, 31 Jul 2014 11:17:46 -0700 Bill Spitzak said:
>
>
> On 07/31/2014 12:30 AM, Jasper St. Pierre wrote:
> > There is currently no way to influence the stacking order of top-level
> > surfaces.
>
> Wait a second, how is click-to-raise being done?
not by the client - by the compositor. the
Hi Yan,
"And I am not sure whether USE_XDG_SHELL macro is enabled in current
Tizen upstream."
It is enabled by default. If you download a sufficiently recent snapshot of
Tizen Common or IVI (I recommend from 2014/06/20 so you can have Weston
1.5.0), and click on the "Minimize" button of a random
On 07/31/2014 12:30 AM, Jasper St. Pierre wrote:
There is currently no way to influence the stacking order of top-level
surfaces.
Wait a second, how is click-to-raise being done?
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
htt
On Thu, 31 Jul 2014 01:57:44 -0700 (PDT) yan.w...@linux.intel.com said:
> Hi, Carsten,
> Thanks for your comments.
> I check efl code and I found
> _ecore_wl_window_cb_xdg_surface_active/deactivate is empty.
> As your comments, we should add code into them and pop related Ecore
> event out.
Hi, Carsten,
Thanks for your comments.
I check efl code and I found
_ecore_wl_window_cb_xdg_surface_active/deactivate is empty.
As your comments, we should add code into them and pop related Ecore
event out. Is it right?
I could also find ecore_wl_window_raise() in ecore_wl_window.c. It
sho
On Thu, 31 Jul 2014 01:02:33 -0700 (PDT) yan.w...@linux.intel.com said:
> E.g. When we start a new application on mobile platform, previous running
> application could be hidden and paused to reduce power consuming
> and improve response speed. If we could adjust and get z-order status, we
> could
.intel.com
>> Sent: Thursday, July 31, 2014 5:03 PM
>> To: Jasper St. Pierre
>> Cc: yan.w...@linux.intel.com; wayland-devel@lists.freedesktop.org
>> Subject: Re: [Question] Z-order management in Wayland
>>
>> E.g. When we start a new application on mobile platfor
Yes. I also think so. But we may need the comments of Wayland maintainer
about this design because it need change the compositor logic.
Yan Wang
> Sure. You can do this from your compositor. Weston has internal APIs known
> as "layers", and these control stacking order. To pause the previous
> ap
el.com; wayland-devel@lists.freedesktop.org
> Subject: Re: [Question] Z-order management in Wayland
>
> E.g. When we start a new application on mobile platform, previous
running
> application could be hidden and paused to reduce power consuming and
> improve response speed. If we cou
Sure. You can do this from your compositor. Weston has internal APIs known
as "layers", and these control stacking order. To pause the previous
application, you can stop calling the callback used from "frame". This
might require some extra work in compositor.c to not send the callbacks if
they're i
E.g. When we start a new application on mobile platform, previous running
application could be hidden and paused to reduce power consuming
and improve response speed. If we could adjust and get z-order status, we
could callback application to sleep. And when user restart this
application, we could
There is currently no way to influence the stacking order of top-level
surfaces. Why do you need this?
On Jul 31, 2014 9:28 AM, wrote:
> Hi, All,
>I found X provides raise/lower APIs to manger window Z-order. But there
> isn't related APIs in Wayland/Weston.
>May it should be one design i
Hi, All,
I found X provides raise/lower APIs to manger window Z-order. But there
isn't related APIs in Wayland/Weston.
May it should be one design idea of Wayland in fact or I could achieve
this by current Wayland protocol?
Thanks.
Yan Wang
___
23 matches
Mail list logo
