I asked the author of xdotool, here is his answer : yeah EWMH is pretty crappy at defining desktops there's two general schools - desktop array (0, 1, 2, 3, ...) or viewportswhere your real "desktop' will be some zillons of pixels, your view on them is just your screen size.
for example, compiz uses viewports (get_viewport) but EWMH doesn't include how to hit what view a window is in so you can't query what viewport a window is in it's pretty crappy
So i dont think xdotool will work in e anytime soon. On 21/04/2011 09:51, Carsten Haitzler (The Rasterman) wrote:
On Mon, 18 Apr 2011 15:55:41 +0300 "Ag. Systems Administrator - Danny" <sysad...@agent.co.il> said:Hello All, $ xdotool get_desktop_for_window 12582925 Your windowmanager claims not to support _NET_WM_DESKTOP, so the attempt to query a window's desktop location was aborted. Strange, as it looks that this functionality is already implemented in ecore, but not enabled (commented out in e_hints.c, line 68) Something must be done/finished to enable this one? ;)e doesnt set the netwm desktop on a window. it actualyl can't support netwm desktop stuff because... e has N SETs of desktops (of XxY screens), one per screen (randr/xinerama screen zone). netwm was (last i looked) insufficient to support e as e has much more info.
<<attachment: guillaume_friloux.vcf>>
------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
