Re: [E-devel] Background displays Weather
Sorry to kick up this thread again, but... Why not make the background an html browser which supports plug-ins. That way backgrounds could be written in plain html, html with _javascript_ or even Flash. You can't get more flexible than that. Corey Donohoe wrote: * Ibukun Olumuyiwa ([EMAIL PROTECTED]) wrote: On Thu 27 Feb 2003, Corey Donohoe wrote: * Ibukun Olumuyiwa ([EMAIL PROTECTED]) wrote: I'm thinking more of a generally programmable/customizable background manager that can do much more than just rotate between a bunch of static pictures, but actually do some animation, dynamic content etc. (this sounds like some feature expansion for ebg). I thought that was what ebits2 would eventually do? No need to add it to ebg imo. =) Hmm, so ebits will be replacing ebg as well? If so it's a good thing, some library convergence has been needed for some time anyway. The way raster described the keying structure of ebits2 a while back should make it relatively easy to embed one or more backgrounds into an ebits2 file. The current api calls for ebg shouldn't need modification, migrating from edb to whatever format ebits2 will use only really requires work in the load/save functions with a possibility of expanding ebg's really small api if it wanted backward compatability support(atleast until there was sufficient other stuff to constitute its abandonment). Eventually merge this functionality into ebits2. Then with your ebits2 builder thingie you say the background should be foo(a file on disk, a path in a ebits2 file, or somethin), I want it on layer n, it should be resized to w and h, and i want it at x,y. Dunno how raster would feel about all this, but that's kinda the way I had envisioned it. Ask not what ebits2 can do for you, but what you can do for ebits2! (sorry i couldn't help it) --Ibukun __ Corey Donohoe [EMAIL PROTECTED] [EMAIL PROTECTED] -- | /*\ Ibukun Olumuyiwa | \ / Join the ASCII Ribbon Campaign http://xcomputerman.com| X against HTML mail today! | / \ __ Corey Donohoe [EMAIL PROTECTED] [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. All information is the view of the individual and not necessarily the company. If you are not the intended recipient you are hereby notified that any dissemination, distribution, or copying of this communication and its attachments is strictly prohibited. If you have received this email in error please notify: [EMAIL PROTECTED] ==
Re: Re: [E-devel] Background displays Weather
* Richard Martin ([EMAIL PROTECTED]) wrote: Sorry to kick up this thread again, but... Why not make the background an html browser which supports plug-ins. That way backgrounds could be written in plain html, html with javascript or even Flash. You can't get more flexible than that. I personally don't think this is best. It'd be moving from one data format(edb/ebits) to a flat text(html) file. The idea of where this is going is that you have a tool to create these ebits2 files and all the functionality that you'd get from javascript and prolly a subset of the functionality flash provides. This allows us to define the rules of the game and not be limited to what html/javascript provides us. Comparing it to an html file isn't that far off from what it'll do. As most of the sizing, placement, timers etc information will be kept in the ebits2 file, kinda like ENAA. If I'm way off with this idea, somebody shout. Corey Donohoe wrote: * Ibukun Olumuyiwa ([EMAIL PROTECTED]) wrote: On Thu 27 Feb 2003, Corey Donohoe wrote: * Ibukun Olumuyiwa ([EMAIL PROTECTED]) wrote: I'm thinking more of a generally programmable/customizable background manager that can do much more than just rotate between a bunch of static pictures, but actually do some animation, dynamic content etc. (this sounds like some feature expansion for ebg). I thought that was what ebits2 would eventually do? No need to add it to ebg imo. =) Hmm, so ebits will be replacing ebg as well? If so it's a good thing, some library convergence has been needed for some time anyway. The way raster described the keying structure of ebits2 a while back should make it relatively easy to embed one or more backgrounds into an ebits2 file. The current api calls for ebg shouldn't need modification, migrating from edb to whatever format ebits2 will use only really requires work in the load/save functions with a possibility of expanding ebg's really small api if it wanted backward compatability support(atleast until there was sufficient other stuff to constitute its abandonment). Eventually merge this functionality into ebits2. Then with your ebits2 builder thingie you say the background should be foo(a file on disk, a path in a ebits2 file, or somethin), I want it on layer n, it should be resized to w and h, and i want it at x,y. Dunno how raster would feel about all this, but that's kinda the way I had envisioned it. Ask not what ebits2 can do for you, but what you can do for ebits2! (sorry i couldn't help it) --Ibukun __ Corey Donohoe [EMAIL PROTECTED] [EMAIL PROTECTED] -- | /*\ Ibukun Olumuyiwa | \ / Join the ASCII Ribbon Campaign http://xcomputerman.com| X against HTML mail today! | / \ __ Corey Donohoe [EMAIL PROTECTED] [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. All information is the view of the individual and not necessarily the company. If you are not the intended recipient you are hereby notified that any dissemination, distribution, or copying of this communication and its attachments is strictly prohibited. If you have received this email in error please notify: [EMAIL PROTECTED] == __ Corey Donohoe [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas - configure error
The Rasterman said: On Fri, 7 Mar 2003 14:16:32 -0800 Ryan [EMAIL PROTECTED] babbled: I realize this may be really low priority, but I though I'd report an error the latest evas checked out from CVS. Seems the configure script has a syntax error: checking whether directfb backend is to be built... ./configure: line 9062: syntax error near unexpected token `PKG_CHECK_MODULES(DIRECTFB,' ./configure: line 9062: ` PKG_CHECK_MODULES(DIRECTFB, directfb = 0.9.16)' you're missing directfb on your system. this wouldn't matter if u got the tarball, but running autogen.sh requires u have directfb and directfb-dev installed (and pkgconfig) That error is a direct result of not having pkgconfig, whether or not directfb is installed or not. -- | /*\ Ibukun Olumuyiwa | \ / Join the ASCII Ribbon Campaign http://xcomputerman.com| X against HTML mail today! | / \ --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
