On Thu, 29 Dec 2016 00:15:04 +0000 Daniel c. Würl <[email protected]> said:
> Am Wed, 28 Dec 2016 18:15:50 +0900 > schrieb Carsten Haitzler <[email protected]>: > > > On Tue, 27 Dec 2016 23:57:31 +0000 Daniel c. Würl > > <[email protected]> said: > > > > > Am Tue, 27 Dec 2016 08:18:50 +0900 > > > schrieb Carsten Haitzler <[email protected]>: > > > > > > > On Mon, 26 Dec 2016 15:32:05 +0000 Daniel c. Würl > > > > <[email protected]> said: > > > > > > > > > Hi, > > > > > > > > > > > > > > > could somebody hint me at how to set netwm struts on a > > > > > elementary window using python (or to where I find > > > > > documentation regarding this)? > > > > > > > > > > I've searched through the documentation provided at > > > > > https://docs.enlightenment.org/python-efl/current/, but couldn't > > > > > find anything, and wouldn't know where to look next. > > > > > > > > errrr. you don't set structs on a window. the wm would be setting > > > > this as properties on the x11 root window for apps to read and > > > > use... 9and monitor and re-read if they change). if anything... > > > > > > Ok, my bad for being a bit unspecific. I meant "how to tell the wm > > > to reserve some space for my window" (I'm writing a panel). > > > I just don't know how to this using python efl. > > > I've already set the window to ELM_WIN_DOCK, and it is sticky and > > > not shown in the window list, but when I maximize a window my panel > > > is obscured, which I would wish to avoid somehow. > > > > well by the way we have designed enlightenment and efl... no APP > > should be a panel. that's the window manager's job. wm struts is for > > the gnome/kde style design of your desktop being 10 or 15 different > > processes all kind of fighting over who does what and somehow > > managing to work. we do not design like that and this actually CANNOT > > work in wayland anyway without the wm/compositor explicitly doing > > this. the whole idea of wm struts is non-portable. > > Ok, I get it, especially with wayland in mind this makes quite some > sense, and I see why no one would implement an api which is almost > obsolete from the beginning. correct. :) > > at BEST if you create a panel type of window the wm would CHOOSE to > > place you along a screen boundary and thus move/resize apps to not > > overlap such a panel (in wayland land) and this also works in x11 > > too. > So this means if I set the window type to ELM_WIN_DOCK I've done all I > could in this matter. Since e16 on x11 and enlightenment on x11 won't > 'protect' the panel as far as I tested, is there some other thing I > would need to do to tell them my that window wishes to be 'panelized', > or am I simply out of luck here? correct. but e16 will have no special code to go "ooh a dock. shall i stuff this along the bottom/top/left/right side of the screen?". it will lack that code. what if you want a dock/panel on every screen (multiple screens)... this is why once you start making these things they really should be tightly integrated with your wm/desktop and that is why in e17 it's all managed by the wm itself. it means that e17 works in x11 and wayland mode and is basically identical because all the same stuff that worked in x11 works in wayland too as the wm ensures it does. :) it's integrated and tested together... :) > >if of course you want to make your filemanager control your > > background and have it fill the screen and place icons in its window > > then you need to know where these panels are, but again this isn't > > really portable, so realistically the window manager should just > > move/resize the filemanager surface to not overlap a panel and presto > > - it knows due to that. > > > > but in the end the result is... there is no api to do this because > > really... there should not be such an api. it's not the kind of > > philosophy enlightenment follows thus efl doesn't either. these > > things should be taken care of by the window manager itself. > > > > the simple version is "whatever you are trying to do... don't do it > > and have the wm take care of it all as part of the desktop" :) > > > Well, this wasn't exactly the answer I hoped for, but quite interesting > nevertheless, thank you for taking your time with me :) :) > > > > > Any help would be greatly appreciated ;) > > > > > > > > > > Python Bindings for Enlightenment Foundation > > > > > Libraries ...<https://docs.enlightenment.org/python-efl/current/> > > > > > docs.enlightenment.org Python Bindings for Enlightenment > > > > > Foundation Libraries' documentation¶ EFL is a collection of > > > > > libraries that are independent or may build on top of > > > > > each-other to ... > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > Developer Access Program for Intel Xeon Phi Processors > > > > > Access to Intel Xeon Phi processor-based developer platforms. > > > > > With one year of Intel Parallel Studio XE. > > > > > Training and support from Colfax. > > > > > Order your platform today.http://sdm.link/intel > > > > > _______________________________________________ > > > > > enlightenment-devel mailing list > > > > > [email protected] > > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > > > > > > > > > > > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
