I suppose that would work. For instance with iconbar or Eplayer however it'd be nice to not make code changes that would only be needed by certain themes. Consistancy with an abstracted Edje would make it preferable to see it in Edje itself. Right now most things that are swallowed are things that would be present in any theme.
Then again... I guess if you didn't want it you'd just not use that object, but then you take the hit of pulling the bg whether you want to or not, esp if your polling. It's certainly an interesting idea. benr. > How about we add a pseudo-trans smart object to esmart. Then you could > just swallow it into your edjes. It would still require a small bit of > programming on the part of any apps that wanted to use it, but it would > be minimal. > -- > rephorm > > On Nov 7, 2003, at 5:11 AM, Cristalle Azundris Sabon wrote: > >> "Ben Rockwood" <[EMAIL PROTECTED]> writes: >>> Any thoughts on adding some ability to provide pseudo-trans to Edje? >>> ... >>> So is anyone keen on the idea or should this stay a "do it in EVAS >>> direct" thing? >> >> It would possibly be preferable to have it outside of edje so the >> edje-lib won't be stuck with it forever even once there are better >> ways, but yes, then one would have to add the evas-object with the >> pseudo-trans bitmap manually. If you find a way to stick in the >> object, here's how to make it (you should be able to use >> transparency_get_pixmap() and get_desk() unchanged; it should >> handle normal, tiled and solid colour backgrounds as well as e16's >> multiple desktops, use away under usual e-licence): >> >> >> http://cvs.sourceforge.net/viewcvs.py/*checkout*/evidence/evidence/ >> evidence.themes/engines/bg_trans.c?content-type=text%2Fplain&rev=1.11 >> >> On second thought, maybe it *should* go into edje with a >> "transparent" >> keyword because then once better transparency becomes available, we >> can fix it in a single location in edje rather than having to fix >> all apps. >> Yeah, that's better. : ) >> >> Azundris >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: SF.net Giveback Program. >> Does SourceForge.net help you be more productive? Does it >> help you create better code? SHARE THE LOVE, and help us help >> YOU! Click Here: http://sourceforge.net/donate/ >> _______________________________________________ >> enlightenment-devel mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
