On Mon, Jul 20, 2009 at 3:52 PM, Martin Thorsen Ranang<[email protected]> wrote: > On ma., juli 20 2009, Carsten Haitzler (The Rasterman) wrote: > >> On Mon, 20 Jul 2009 06:10:57 +0200 Martin Thorsen Ranang <[email protected]> >> said: >> >>> On sø., juli 19 2009, Martin Thorsen Ranang wrote: >>> >>> > Dear Enlightenment developers, >>> >>> [...] >>> >>> > On to the details. Please see the attached figure that I hope will >>> > illustrate the ideas I try to describe below. Effects that I want to >>> > achieve: >>> >>> I am sorry. The attachment is available here: >>> >>> http://www.ranang.org/download/foreground_windows_and_edges_dual_screen.png >>> >>> [...] >>> >>> -- >>> Sincerely yours, >> >> that's better. >> >> ok a few things you need to know >> >> 1. to draw anywhere in x.. you draw TO a window. ALWAYS. a window is a >> rectangle on screen. it may bypass the window manager (generally a bad >> idea - eg if you have windows go fullscreen, change virtual desktops >> you dont want the wm ignoring your windows). >> 2. windows may have a shape (shape extension). this makes a window a >> list of rectangles. you can build a circle with a list of enough >> rectangles. >> 3. *IF* you have a compositor running AND a modern x with xcomposite, >> xdamage, then you can have an alpha channel to your window as well >> (ARGB). you can draw and have it all anti-aliased. >> >> what you want is multiple ARGB windows - with shapes each to mask out >> the window away from the drawings (eg the lines) so events fall >> through. you want to assume a compositor - or no semi-transparency is >> at all possible. you also want to use managed windows with user >> requested position/geometry and requested for borderless hints if you >> want them handled properly when flipping desktops etc. you also want >> the line windows to not accept input focus (hints), possibly set the >> layer hints to "above" (you can request a layer for your window). >> >> basically what you want to do requires quite a lot of knowledge of >> x. you'll be doing your own drawing too - toolkits are going to be >> useless for much of it. > > Thank you for your rapid answers, Carsten. I will have to look into > these topics, and hopefully I will manage to get some proof-of-concept > code up and running after a while. > > In the meantime, if anyone else has any additional helpful information, > or want to share some related experiences, please do not hesitate to > contact me.
not much stuff to do. As raster said, if you can rely on modern systems with composite, then go with a bunch of ARGB windows, otherwise use XShape. Using ecore_evas should make it easy, at least for first try. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: [email protected] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
