Re: [E-devel] Transparent foreground windows and edges?
On ma., juli 20 2009, Carsten Haitzler (The Rasterman) wrote: On Mon, 20 Jul 2009 06:10:57 +0200 Martin Thorsen Ranang m...@ranang.org 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. -- Sincerely yours, Martin Thorsen Ranang -- 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/e/src/bin
On Sun, Jul 19, 2009 at 11:53 PM, Christopher Michaelcpmicha...@comcast.net wrote: Gustavo Sverzut Barbieri wrote: On Sun, Jul 19, 2009 at 5:08 PM, Enlightenment SVNno-re...@enlightenment.org wrote: Log: Cleanup compiler warning on e_signals.c: execinfo.h (which contains the backtrace* functions is only included if OBJECT_PARANOIA_CHECK is defined so add an #ifdef around those calls. no, this has nothing to do with object paranoia. These changes were meant to help us with user problems. Include execinfo.h always and remove the ifdefs. I understand the reason of helping with user problems, but according to the code, execinfo.h is only included if OBJECT_PARANOIA_CHECK is enabled: (e.h) #ifdef __GLIBC__ #ifdef OBJECT_PARANOIA_CHECK #include execinfo.h #include setjmp.h #endif #endif so in a way it DOES have something to do with OBJECT_PARANOIA_CHECK in that the execinfo.h header was not added if paranoia_check was not defined...leading to the compiler complaining about missing functions...thus the reason why I added an #ifdef OBJECT_PARANOIA_CHECK around the backtrace code. NOW, having said that, if it is the general wish of the E 'Team' to always include the backtrace code (even for a 'release'), then by all means I will remove the #ifdef OBJECT_PARANOIA_CHECK around the backtrace calls (which I added to fix the compiler warning) and just include execinfo.h regardless...but IMO this may not be desirable in the long term because most 'average users' would not know what to do with the backtrace anyway. average users will never understand breakages. And asking them to do more stuff (ie: recompile and try again) is bad. Just make it enabled by default, if you want to avoid such things possibly make it an optional disable (enabled by default), but I don't see a reason to not have that, it should be always useful... no product is fail proof these days. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Eina rectangle missing list init
in svn, thanks. On Mon, Jul 20, 2009 at 9:49 PM, Andre Diebandre.mart...@ee.ufcg.edu.br wrote: Rectangle needs the list module for the pool_new() function. Patch also adds a check for initialization error on the unit test. -- André Dieb Martins Embedded Systems and Pervasive Computing Lab (Embedded) Electrical Engineering Department (DEE) Center of Electrical Engineering and Informatics (CEEI) Federal University of Campina Grande (UFCG) Blog: http://genuinepulse.blogspot.com/ -- 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel