Re: [E-devel] Evas transforms/filters/etc.
Gustavo wrote: >> PS. >> I'd just set a 4x4 proj transf (you can get some funky curved >> stuff that way) and have utility functions for generating such in >> various ways (eg. for obtaining one from four dst points, for >> composing two transforms, etc.). >> > > Ok, trying to reply to the torrent of ideas from you ;-) > No torrent of ideas, just simple basic things that I've already run across and thought might help for you to keep in mind. >- 4x4 proj transf => good, one idea that we were considering. > That's very nice for "we". :) >- filter chaining: needs evaluation on good api to negotiate > between filters, those that can be done within the matrix (ie: just > add to transf matrix), do, others will require the intermediate buffer > and will operate on it. So Rotate+Translate+Blur would generate > Rotate+Translate in matrix, output a temporary buffer that blur would > operate on. This may be suboptimal, but is very easy to work on. >- rely on hw-acceleration (shaders and like): it's easy, it's > almost everywhere and people are gaining market share by naively using > it. We don't even allow users to use it. If you have or not such great > hardware, you're unable to use it today. So why not expose this and > let users use their hardware? Also, we can still support some of > these in software (ie: matrix transf) easily, while others we can > simple ignore.Most users (ie: E17) will try to keep with > supported-everywhere, avoiding things that might depend on hardware. > But others (ie: Rage) could try to use these fancy effects, since they > know most of their users will have such hardware. Also, we could use > Sure, and that's why things like 'native surfaces' or other methods for custom rendering would be useful - so that people can do those kinds of things if they wish. > Gallium3D or even go with LLVM directly to get some kind of JIT and > have software-only implementation that is highly optimized, without > having to care much about it ourselves. > > All in all, this "filter" thing is all about exposing some of hardware > acceleration without having to explicitly implement it in Evas (as > it's done now for things like YUV-RGB conversion, Scale, Colorize, > Fade, ...). Actually I was about to go with this individual > implementation, like adding evas_object_rotate() and like, but raster > and others convinced me that going with a generic filter > implementation would be more extensible. Going with super-fast custom > case for each of this will span a huge number of function > implementations (ie: rotate solid->solid, rotate transp->solid, rotate > transp+alpha->solid, ... all of these for C, MMX, SSE, SSE2, Altivec, > 16bpp, ...), since this is non-sense for such things that are barely > used, let's make it more generic and have the optimizations to be done > elsewhere. > Well, that sounds great! Looking forward to seeing this finally in evas. :) - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Tiling module for e17 / mirrored @ staff.get-e.org
Hi, Thanks to k-s and CodeWarrior, I've just added a mirror of the git-repository at git://staff.get-e.org/users/michael/e17-tiling.git/.git (see http://staff.get-e.org/?p=users/michael/e17-tiling.git/.git;a=summary for webgit). Also, please let me know if you're running the module without problems to help me get an impression of how many bugs there still are (none reported yet which makes me wonder...) :-) Best regards, Michael - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] more works and fixes for wallpaper fetcher
On Sat, Apr 12, 2008 at 1:54 PM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Sat, 12 Apr 2008 11:19:39 -0300 "Gustavo Sverzut Barbieri" > <[EMAIL PROTECTED]> babbled: > > > On Fri, Apr 11, 2008 at 7:46 PM, The Rasterman Carsten Haitzler > > <[EMAIL PROTECTED]> wrote: > > > On Fri, 21 Mar 2008 17:21:35 +0100 "Massimiliano Calamelli" > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > > > 2008/3/21, Sebastian Dransfeld <[EMAIL PROTECTED]>: > > > > > > > > > > Why not just use libxml2 and make the wallpaper_web part optional if > > > > > the user has libxml2? > > > > > > > > > > > > > > > Sebastian > > > > > > > > > > > > > I agree, and your idea already are in TODO list, but i don't started > > > > with it for some reasons. > > > > The module is a testbed to see how online stuffs can be improve E's > > > > life, so imho I have to work to make it usable without problems; after > > > > do that, and after seeing what people think about, we can start with > > > > another external application that get online stuffs for themes, icons, > > > > wallpapers, cursors, etc. This kind of app must have a solid backend > > > > library to use to get/put online contents, built by > > > > libxmle/exml/whatever. > > > > Atm i prefer to work to make my module useful instead of change the > > > > parser to use another library (that i've to study), having in mind > > > > that there's an entry for this kind of lib in GSoC ideas page. > > > > > > maybe it's just me, but as we control both the server-side AND the app - > > > do we NEED to use XML and RSS feeds? why do we need to make a complicated > > > format to parse where we are arguing over adding libraries just to parse > > > it, when we COULD simplify it to a VERY simple format. eg: > > > > > > (get http://www.get-e.org/e-feeds/wallpapers.feed) > > > result: > > > > > > -ITEM- > > > Name: The name of the item > > > Updated: 2432215534 > > > Thumb: wallpapers/thumbs/blah.png > > > File: wallpapers/files/blah.edj > > > -ITEM- > > > Name: Another item > > > ... > > > > > > (thumb and file paths are relative to http://www.get-e.org/e-feeds/ - > i.e. > > > the dir the .feed file is in, Updated is just a timestamp in seconds > since > > > jan 1 1970). > > > > > > this would be brain-dead simple to parse, to generate etc. > > > > > > just a suggestion - but i just think there is a lot of debate and work > > > when we can SAVE effort by just thinking simple. > > > > HINT: return eet/edje files ;-) > > > > Let's push the use, it's good, it's great... > > that's great - but u'd need the php to generate them... - thus why i just > suggested a simpler text format :) at first we could write a C app that php would execute to generate it, just generate and output it to STDOUT and it would do for web, but really, if someone take some time to write php bindings for eet basic, we'd start to rock! (see imlib2, it's used a lot in these web environments) -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] more works and fixes for wallpaper fetcher
On Sat, 12 Apr 2008 11:19:39 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled: > On Fri, Apr 11, 2008 at 7:46 PM, The Rasterman Carsten Haitzler > <[EMAIL PROTECTED]> wrote: > > On Fri, 21 Mar 2008 17:21:35 +0100 "Massimiliano Calamelli" > > <[EMAIL PROTECTED]> babbled: > > > > > > > 2008/3/21, Sebastian Dransfeld <[EMAIL PROTECTED]>: > > > > > > > > Why not just use libxml2 and make the wallpaper_web part optional if > > > > the user has libxml2? > > > > > > > > > > > > Sebastian > > > > > > > > > > I agree, and your idea already are in TODO list, but i don't started > > > with it for some reasons. > > > The module is a testbed to see how online stuffs can be improve E's > > > life, so imho I have to work to make it usable without problems; after > > > do that, and after seeing what people think about, we can start with > > > another external application that get online stuffs for themes, icons, > > > wallpapers, cursors, etc. This kind of app must have a solid backend > > > library to use to get/put online contents, built by > > > libxmle/exml/whatever. > > > Atm i prefer to work to make my module useful instead of change the > > > parser to use another library (that i've to study), having in mind > > > that there's an entry for this kind of lib in GSoC ideas page. > > > > maybe it's just me, but as we control both the server-side AND the app - > > do we NEED to use XML and RSS feeds? why do we need to make a complicated > > format to parse where we are arguing over adding libraries just to parse > > it, when we COULD simplify it to a VERY simple format. eg: > > > > (get http://www.get-e.org/e-feeds/wallpapers.feed) > > result: > > > > -ITEM- > > Name: The name of the item > > Updated: 2432215534 > > Thumb: wallpapers/thumbs/blah.png > > File: wallpapers/files/blah.edj > > -ITEM- > > Name: Another item > > ... > > > > (thumb and file paths are relative to http://www.get-e.org/e-feeds/ - i.e. > > the dir the .feed file is in, Updated is just a timestamp in seconds since > > jan 1 1970). > > > > this would be brain-dead simple to parse, to generate etc. > > > > just a suggestion - but i just think there is a lot of debate and work > > when we can SAVE effort by just thinking simple. > > HINT: return eet/edje files ;-) > > Let's push the use, it's good, it's great... that's great - but u'd need the php to generate them... - thus why i just suggested a simpler text format :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Tiling module for e17
Very nice module, just one suggestion: As the configuration dialog is really huge you might move some of the option to advanced/basic dialog. Greets, Brian On Sat, Apr 12, 2008 at 04:46:51PM +0200, Michael Stapelberg wrote: > Hi, > > as some of you might already know from IRC, I've been working on a tiling > module for e17 for about a month. Today, it reached feature-complete status > and this is a good moment to post to the development list, I thought ;-). > > For those of you who are not familiar with the concepts that (for example) ion > or wmii use: The windows on your screen always fill the whole available space, > there are no overlapping windows. Some people quite like this concept and are > more productive with it. Some (like me) have worked implicitly this way > sometimes - this can be more effective when using the module which does all > placement for you :-). > > To get an idea of the configuration, see: > https://twice-irc.de/misc/tiling/config.png > (You need to install the CACert-root-certificate for this to work in newer > versions of firefox, go to http://www.cacert.org/index.php?id=3 and use the > class 3 one.) > > To see how the different layouts look like: > https://twice-irc.de/misc/tiling/bigmain_xinerama.png (Big window left, small > windows on the right) > https://twice-irc.de/misc/tiling/grid_xinerama.png (Grid mode) > > Of course, Xinerama is supported :-). > > There may still be bugs, so I'd appreciate some testing. Please don't comment > the "#define DEBUG" out and let e17 log to a file, for example using "startx > /opt/e17/bin/enlightenment_start 2>&1 1>elog" and send me the file afterwards > if you're having strange bugs which are not design flaws. > > There is a short HOWTO on installing as you need to apply a patch for adding > another event before desktop changes, so check > https://twice-irc.de/misc/HOWTO-e17-tiling if you'd like to try it. > > For those familiar with patching/compiling, use "git clone > git://dev.twice-irc.de/e17-tiling.git" or check webgit on > https://dev.twice-irc.de/git/?p=e17-tiling.git;a=summary > > Best regards, > Michael > > PS: The module has exactly 1337 lines of ansi-c-code according to SLOCCount - > if that isn't a good sign... ;-) > > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Tiling module for e17
Hi, as some of you might already know from IRC, I've been working on a tiling module for e17 for about a month. Today, it reached feature-complete status and this is a good moment to post to the development list, I thought ;-). For those of you who are not familiar with the concepts that (for example) ion or wmii use: The windows on your screen always fill the whole available space, there are no overlapping windows. Some people quite like this concept and are more productive with it. Some (like me) have worked implicitly this way sometimes - this can be more effective when using the module which does all placement for you :-). To get an idea of the configuration, see: https://twice-irc.de/misc/tiling/config.png (You need to install the CACert-root-certificate for this to work in newer versions of firefox, go to http://www.cacert.org/index.php?id=3 and use the class 3 one.) To see how the different layouts look like: https://twice-irc.de/misc/tiling/bigmain_xinerama.png (Big window left, small windows on the right) https://twice-irc.de/misc/tiling/grid_xinerama.png (Grid mode) Of course, Xinerama is supported :-). There may still be bugs, so I'd appreciate some testing. Please don't comment the "#define DEBUG" out and let e17 log to a file, for example using "startx /opt/e17/bin/enlightenment_start 2>&1 1>elog" and send me the file afterwards if you're having strange bugs which are not design flaws. There is a short HOWTO on installing as you need to apply a patch for adding another event before desktop changes, so check https://twice-irc.de/misc/HOWTO-e17-tiling if you'd like to try it. For those familiar with patching/compiling, use "git clone git://dev.twice-irc.de/e17-tiling.git" or check webgit on https://dev.twice-irc.de/git/?p=e17-tiling.git;a=summary Best regards, Michael PS: The module has exactly 1337 lines of ansi-c-code according to SLOCCount - if that isn't a good sign... ;-) - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas transforms/filters/etc.
On Sat, Apr 12, 2008 at 4:53 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote: >I wrote: > > >Gustavo wrote: > > > > > >> Filters will just be filtered by filters, so it's like > >> "SO1(O1->F1)->F2->F3". Object O1 that is filtered by F1 and inside > >> Smart Object SO1 that is filtered by F2 that is filtered by F3, O1 > >> will get these 3 filters. > >>Example, F1 could be blur, while F2 be rotation and F3 be scale. > >> > >> > >> > > BTW, this is not going to work well at all with things like > > projective transforms (eg. ones mimmicking 3D rotations) if you want > > to preserve perspective and such. Because you'd need to further > > translate the smart members by their position rel to the smart parent > > and other such complications. Your best bet here is to either let > > the members decide what to do with the parent transform, or to > > 'render' the untransformed smart-obj to a buffer and transform that. > > > > > Not that it's any less problematic with affine 2D ones in > general.. But again, unless you want to dictate the policy that > transformed smart objs should be rendered untransf to a buffer > and then that result transformed, you may want instead to have > smart-class functions for 'setting' a transform on a smart obj, > similar to what's now done with move, resize. > Also, if you want to split your transforms into 'commands' > rotate, translate, etc. then to get 3D kinds of transforms you'll > need to add axes to rotate around, or maybe aound a 3d vector (and > maybe a focal distance). > > PS. > I'd just set a 4x4 proj transf (you can get some funky curved > stuff that way) and have utility functions for generating such in > various ways (eg. for obtaining one from four dst points, for > composing two transforms, etc.). Ok, trying to reply to the torrent of ideas from you ;-) - 4x4 proj transf => good, one idea that we were considering. - filter chaining: needs evaluation on good api to negotiate between filters, those that can be done within the matrix (ie: just add to transf matrix), do, others will require the intermediate buffer and will operate on it. So Rotate+Translate+Blur would generate Rotate+Translate in matrix, output a temporary buffer that blur would operate on. This may be suboptimal, but is very easy to work on. - rely on hw-acceleration (shaders and like): it's easy, it's almost everywhere and people are gaining market share by naively using it. We don't even allow users to use it. If you have or not such great hardware, you're unable to use it today. So why not expose this and let users use their hardware? Also, we can still support some of these in software (ie: matrix transf) easily, while others we can simple ignore.Most users (ie: E17) will try to keep with supported-everywhere, avoiding things that might depend on hardware. But others (ie: Rage) could try to use these fancy effects, since they know most of their users will have such hardware. Also, we could use Gallium3D or even go with LLVM directly to get some kind of JIT and have software-only implementation that is highly optimized, without having to care much about it ourselves. All in all, this "filter" thing is all about exposing some of hardware acceleration without having to explicitly implement it in Evas (as it's done now for things like YUV-RGB conversion, Scale, Colorize, Fade, ...). Actually I was about to go with this individual implementation, like adding evas_object_rotate() and like, but raster and others convinced me that going with a generic filter implementation would be more extensible. Going with super-fast custom case for each of this will span a huge number of function implementations (ie: rotate solid->solid, rotate transp->solid, rotate transp+alpha->solid, ... all of these for C, MMX, SSE, SSE2, Altivec, 16bpp, ...), since this is non-sense for such things that are barely used, let's make it more generic and have the optimizations to be done elsewhere. -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] PATCH: new evas function
On Fri, Apr 11, 2008 at 9:36 PM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Tue, 8 Apr 2008 09:24:50 -0300 andres <[EMAIL PROTECTED]> babbled: > > you mean the data set with evas_object_data_set(), gotten with > evas_object_data_get() and deleted with evas_object_data_del() - right? > > do u really need a dup.copy call - ro do u just need a list call to list all > keys under which data is stored (then u can just walk the list and do > whatever > u see fit?) this should not be a list, but a _foreach function, maps to Evas_Hash... -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] more works and fixes for wallpaper fetcher
On Fri, Apr 11, 2008 at 7:46 PM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Fri, 21 Mar 2008 17:21:35 +0100 "Massimiliano Calamelli" > <[EMAIL PROTECTED]> babbled: > > > > 2008/3/21, Sebastian Dransfeld <[EMAIL PROTECTED]>: > > > > > > Why not just use libxml2 and make the wallpaper_web part optional if the > > > user has libxml2? > > > > > > > > > Sebastian > > > > > > > I agree, and your idea already are in TODO list, but i don't started > > with it for some reasons. > > The module is a testbed to see how online stuffs can be improve E's > > life, so imho I have to work to make it usable without problems; after > > do that, and after seeing what people think about, we can start with > > another external application that get online stuffs for themes, icons, > > wallpapers, cursors, etc. This kind of app must have a solid backend > > library to use to get/put online contents, built by > > libxmle/exml/whatever. > > Atm i prefer to work to make my module useful instead of change the > > parser to use another library (that i've to study), having in mind > > that there's an entry for this kind of lib in GSoC ideas page. > > maybe it's just me, but as we control both the server-side AND the app - do > we > NEED to use XML and RSS feeds? why do we need to make a complicated format to > parse where we are arguing over adding libraries just to parse it, when we > COULD simplify it to a VERY simple format. eg: > > (get http://www.get-e.org/e-feeds/wallpapers.feed) > result: > > -ITEM- > Name: The name of the item > Updated: 2432215534 > Thumb: wallpapers/thumbs/blah.png > File: wallpapers/files/blah.edj > -ITEM- > Name: Another item > ... > > (thumb and file paths are relative to http://www.get-e.org/e-feeds/ - i.e. > the > dir the .feed file is in, Updated is just a timestamp in seconds since jan 1 > 1970). > > this would be brain-dead simple to parse, to generate etc. > > just a suggestion - but i just think there is a lot of debate and work when > we > can SAVE effort by just thinking simple. HINT: return eet/edje files ;-) Let's push the use, it's good, it's great... -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-04-12 07:09:17 -0700
Build log for Enlightenment DR 0.17 on 2008-04-12 07:09:17 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas transforms/filters/etc.
I wrote: >Gustavo wrote: > > >> Filters will just be filtered by filters, so it's like >> "SO1(O1->F1)->F2->F3". Object O1 that is filtered by F1 and inside >> Smart Object SO1 that is filtered by F2 that is filtered by F3, O1 >> will get these 3 filters. >>Example, F1 could be blur, while F2 be rotation and F3 be scale. >> >> >> > BTW, this is not going to work well at all with things like > projective transforms (eg. ones mimmicking 3D rotations) if you want > to preserve perspective and such. Because you'd need to further > translate the smart members by their position rel to the smart parent > and other such complications. Your best bet here is to either let > the members decide what to do with the parent transform, or to > 'render' the untransformed smart-obj to a buffer and transform that. > > Not that it's any less problematic with affine 2D ones in general.. But again, unless you want to dictate the policy that transformed smart objs should be rendered untransf to a buffer and then that result transformed, you may want instead to have smart-class functions for 'setting' a transform on a smart obj, similar to what's now done with move, resize. Also, if you want to split your transforms into 'commands' rotate, translate, etc. then to get 3D kinds of transforms you'll need to add axes to rotate around, or maybe aound a 3d vector (and maybe a focal distance). PS. I'd just set a 4x4 proj transf (you can get some funky curved stuff that way) and have utility functions for generating such in various ways (eg. for obtaining one from four dst points, for composing two transforms, etc.). - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL and Webkit
On Sat, 12 Apr 2008 03:15:46 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled: > > >> What do you do if such a native surface is set and one asks > >> for the argb data? What do you do about users setting native surfaces > >> which don't match with the display targets somehow (differing x > >> resources for example). > >> I'd say - restrict native surface api to only have a 'get' > >> func, ie. evas provides a suitable surface for you to draw to, > >> but not for you to 'set' one such...? > >> > > > > that would preclude evas ever being useful for a composite manager - as X > > itself provides you with the pixmap of the composited window. you don't > > have a choice there. > > > > Ummm... Ok, but it would then seem as though this little piece > of native-surface image hell is going to be your fun and joy when > you get a chance sometime in the near future..? :) > > > PS. > I noticed you've been conspicuously quiet on the 'transforms/ > filters' debate I've been putting poor Gustavo thru.. :) I'd do it > but not with arbitrary clipping, using transforms (or filters) and > masks instead. But maybe it's better if others give it a shot. noticed i'm replying to "old" mails :) that thread is new... it needs some queueing first :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL and Webkit
>> What do you do if such a native surface is set and one asks >> for the argb data? What do you do about users setting native surfaces >> which don't match with the display targets somehow (differing x >> resources for example). >> I'd say - restrict native surface api to only have a 'get' >> func, ie. evas provides a suitable surface for you to draw to, >> but not for you to 'set' one such...? >> > > that would preclude evas ever being useful for a composite manager - as X > itself provides you with the pixmap of the composited window. you don't have a > choice there. > Ummm... Ok, but it would then seem as though this little piece of native-surface image hell is going to be your fun and joy when you get a chance sometime in the near future..? :) PS. I noticed you've been conspicuously quiet on the 'transforms/ filters' debate I've been putting poor Gustavo thru.. :) I'd do it but not with arbitrary clipping, using transforms (or filters) and masks instead. But maybe it's better if others give it a shot. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas transforms/filters/etc.
Gustavo wrote: > Filters will just be filtered by filters, so it's like > "SO1(O1->F1)->F2->F3". Object O1 that is filtered by F1 and inside > Smart Object SO1 that is filtered by F2 that is filtered by F3, O1 > will get these 3 filters. >Example, F1 could be blur, while F2 be rotation and F3 be scale. > > BTW, this is not going to work well at all with things like projective transforms (eg. ones mimmicking 3D rotations) if you want to preserve perspective and such. Because you'd need to further translate the smart members by their position rel to the smart parent and other such complications. Your best bet here is to either let the members decide what to do with the parent transform, or to 'render' the untransformed smart-obj to a buffer and transform that. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
