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
Hello everybody,
I just updated the repo today (
https://github.com/Tarnyko/weston-xdg_surface_present/commit/0aca29d4b6dbe10d5237aaf5f35f72d25db3ac30).
The "xdg_surface_present()" request not accepts a timestamp (uint32_t type)
as an additional parameter.
If different of 0, and it is the first t
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
