Re: EFL/Wayland and xdg-shell

2015-04-17 Thread Pekka Paalanen
On Tue, 14 Apr 2015 10:27:48 -0500 Derek Foreman wrote: > On 14/04/15 01:38 AM, Giulio Camuffo wrote: > > 2015-04-14 6:33 GMT+03:00 Derek Foreman : > >> On 13/04/15 07:31 PM, Daniel Stone wrote: > >>> Hi, > >>> > >>> On 14 April 2015 at 01:02, Bryce Harrington wrote: > For purposes of discu

Re: EFL/Wayland and xdg-shell

2015-04-17 Thread Pekka Paalanen
On Mon, 13 Apr 2015 22:33:45 -0500 Derek Foreman wrote: > On 13/04/15 07:31 PM, Daniel Stone wrote: > > Hi, > > > > On 14 April 2015 at 01:02, Bryce Harrington wrote: > >> I had hoped to discuss collaboration on testing, but without specifics > >> there didn't seem to be strong interest. One

Re: EFL/Wayland and xdg-shell

2015-04-16 Thread The Rasterman
On Thu, 16 Apr 2015 15:32:31 +0100 Daniel Stone said: > Hi, > > On 15 April 2015 at 23:51, Carsten Haitzler wrote: > > On Wed, 15 Apr 2015 20:29:32 +0100 Daniel Stone said: > >> On 15 April 2015 at 02:39, Carsten Haitzler wrote: > >> > not esoteric - an actual request from people making produ

Re: EFL/Wayland and xdg-shell

2015-04-16 Thread Daniel Stone
Hi, On 15 April 2015 at 23:51, Carsten Haitzler wrote: > On Wed, 15 Apr 2015 20:29:32 +0100 Daniel Stone said: >> On 15 April 2015 at 02:39, Carsten Haitzler wrote: >> > not esoteric - an actual request from people making products. >> >> The reason I took that as 'esoteric' was that I assumed i

Re: EFL/Wayland and xdg-shell

2015-04-16 Thread Jan Arne Petersen
Hi, On 16.04.2015 00:51, Carsten Haitzler (The Rasterman) wrote: actually the other way around... clients know where the vkbd region(s) are so client can shuffle content to be visible. :) In a VKB (rather than overlay-helper, as used for complex composition) scenario, I would expect xdg-shell

Re: EFL/Wayland and xdg-shell

2015-04-15 Thread Bill Spitzak
On 04/15/2015 03:51 PM, Carsten Haitzler (The Rasterman) wrote: i was thinking a simplified geometry. then again client toolkits can figure that out and present a simplified enum or what not to the app too. but yes - some enumerated "type" attached to the output would be very nice. smarter clien

Re: EFL/Wayland and xdg-shell

2015-04-15 Thread The Rasterman
On Wed, 15 Apr 2015 20:29:32 +0100 Daniel Stone said: > Hi, > Replies to both here ... > > On 15 April 2015 at 02:39, Carsten Haitzler wrote: > > On Tue, 14 Apr 2015 01:31:56 +0100 Daniel Stone said: > >> On 14 April 2015 at 01:02, Bryce Harrington wrote: > >> > While window rotation was used

Re: EFL/Wayland and xdg-shell

2015-04-15 Thread Christian Stroetmann
On the 15th of 2015 21:31, Daniel Stone wrote: On 14 April 2015 at 04:19, Jasper St. Pierre wrote: Boo hoo. you're the only ones who want physically-based rendering raytraced desktops. Enlightenment is absolutely nothing like my desktop environment of choice either, but this is staggeringly u

Re: EFL/Wayland and xdg-shell

2015-04-15 Thread Jasper St. Pierre
Yeah, that was extremely uncalled for. Was a difficult day at work, and I was already cranky. I messed up, that was my fault, and I apologize. On Wed, Apr 15, 2015 at 12:31 PM, Daniel Stone wrote: > On 14 April 2015 at 04:19, Jasper St. Pierre wrote: >> Boo hoo. >> >> you're the only ones who wa

Re: EFL/Wayland and xdg-shell

2015-04-15 Thread Daniel Stone
On 14 April 2015 at 04:19, Jasper St. Pierre wrote: > Boo hoo. > > you're the only ones who want physically-based rendering raytraced > desktops. Enlightenment is absolutely nothing like my desktop environment of choice either, but this is staggeringly unnecessary. If you want xdg_shell to actual

Re: EFL/Wayland and xdg-shell

2015-04-15 Thread Daniel Stone
Hi, Replies to both here ... On 15 April 2015 at 02:39, Carsten Haitzler wrote: > On Tue, 14 Apr 2015 01:31:56 +0100 Daniel Stone said: >> On 14 April 2015 at 01:02, Bryce Harrington wrote: >> > While window rotation was used more as an example of how built-in >> > assumptions in the API could

Re: EFL/Wayland and xdg-shell

2015-04-14 Thread The Rasterman
On Mon, 13 Apr 2015 17:24:26 -0700 "Jasper St. Pierre" said: > On Mon, Apr 13, 2015 at 5:02 PM, Bryce Harrington > > > While window rotation was used more as an example of how built-in > > assumptions in the API could unintentionally constrain D-E's, than as a > > seriously needed feature, they

Re: EFL/Wayland and xdg-shell

2015-04-14 Thread The Rasterman
On Tue, 14 Apr 2015 01:31:56 +0100 Daniel Stone said: > Hi, > > On 14 April 2015 at 01:02, Bryce Harrington wrote: > > For purposes of discussion, an example might be rotated windows. The > > set geometry api takes x, y, height, and width. How would you specify > > rotation angle? > > The wi

Re: EFL/Wayland and xdg-shell

2015-04-14 Thread Derek Foreman
On 13/04/15 10:19 PM, Jasper St. Pierre wrote: > On Mon, Apr 13, 2015 at 7:59 PM, Derek Foreman wrote: > > ... snip ... > >> That all makes sense - set_window_geometry() was a bit of a red herring >> here. >> >> Some EFL developers want the application to have a way to know its >> rotation so it

Re: EFL/Wayland and xdg-shell

2015-04-14 Thread Derek Foreman
On 14/04/15 01:38 AM, Giulio Camuffo wrote: > 2015-04-14 6:33 GMT+03:00 Derek Foreman : >> On 13/04/15 07:31 PM, Daniel Stone wrote: >>> Hi, >>> >>> On 14 April 2015 at 01:02, Bryce Harrington wrote: For purposes of discussion, an example might be rotated windows. The set geometry api t

Re: EFL/Wayland and xdg-shell

2015-04-14 Thread Jan Arne Petersen
Hi, On 14.04.2015 05:19, Jasper St. Pierre wrote: The solution GNOME takes, which is admittedly maybe too unrealistic, is that IBus is our input method framework, and thus our compositor has somewhat tight integration with IBus. I don't think input methods need to be part of the core Wayland pro

Re: EFL/Wayland and xdg-shell

2015-04-13 Thread Giulio Camuffo
2015-04-14 6:33 GMT+03:00 Derek Foreman : > On 13/04/15 07:31 PM, Daniel Stone wrote: >> Hi, >> >> On 14 April 2015 at 01:02, Bryce Harrington wrote: >>> For purposes of discussion, an example might be rotated windows. The >>> set geometry api takes x, y, height, and width. How would you specify

Re: EFL/Wayland and xdg-shell

2015-04-13 Thread Derek Foreman
On 13/04/15 07:31 PM, Daniel Stone wrote: > Hi, > > On 14 April 2015 at 01:02, Bryce Harrington wrote: >> For purposes of discussion, an example might be rotated windows. The >> set geometry api takes x, y, height, and width. How would you specify >> rotation angle? > > The window doesn't know

Re: EFL/Wayland and xdg-shell

2015-04-13 Thread Jasper St. Pierre
On Mon, Apr 13, 2015 at 7:59 PM, Derek Foreman wrote: ... snip ... > That all makes sense - set_window_geometry() was a bit of a red herring > here. > > Some EFL developers want the application to have a way to know its > rotation so it can, for example, render drop shadows correctly. > > Take a

Re: EFL/Wayland and xdg-shell

2015-04-13 Thread Derek Foreman
On 13/04/15 07:24 PM, Jasper St. Pierre wrote: > On Mon, Apr 13, 2015 at 5:02 PM, Bryce Harrington > wrote: >> A couple weeks ago I gave a talk on Wayland to the EFL folks at the >> Enlightenment Developer Day in San Jose. They've already implemented a >> Wayland compositor backend, so my talk m

Re: EFL/Wayland and xdg-shell

2015-04-13 Thread Daniel Stone
Hi, On 14 April 2015 at 01:02, Bryce Harrington wrote: > For purposes of discussion, an example might be rotated windows. The > set geometry api takes x, y, height, and width. How would you specify > rotation angle? The window doesn't know it's rotated. The rotation occurs as part of the trans

Re: EFL/Wayland and xdg-shell

2015-04-13 Thread Jasper St. Pierre
On Mon, Apr 13, 2015 at 5:02 PM, Bryce Harrington wrote: > A couple weeks ago I gave a talk on Wayland to the EFL folks at the > Enlightenment Developer Day in San Jose. They've already implemented a > Wayland compositor backend, so my talk mainly speculated on Wayland's > future and on collectin

EFL/Wayland and xdg-shell

2015-04-13 Thread Bryce Harrington
A couple weeks ago I gave a talk on Wayland to the EFL folks at the Enlightenment Developer Day in San Jose. They've already implemented a Wayland compositor backend, so my talk mainly speculated on Wayland's future and on collecting feature requests and feedback from the EFL developers. Below is