On Thu, 13 Mar 2003 11:38:46 -0800 (PST) "Ben Rockwood" <[EMAIL PROTECTED]> babbled:
> > <quote who="Klaas Bosteels"> > > However, I'm not sure myself either, and I'd really like to know what > > exactly is going to happen with all the other libs too.. Lately, it > > seems to be more or less impossible to contribute code to the core > > components because nobody really knows what we're heading for anymore.. > > I'm not sure about that. EVAS is pretty well complete, except for this > question of Etox/Estyle. > > Ecore's re-write is the big thing right now. At some point EWL will need > to be moved Ecore's new API, but shouldn't be too much work. Etox and > Estyle both use Ecore but only for the test app, so not much there. EWL > is the only big thing. > Ebits is doomed, of course. Which means yet another big change for EWL on > the lib side. On the app side, this means that Etcher, E and possibly > Ebony are all scrap. I'm curious how much of the current apps will be > salvagable. the question is... do you WANT them to be? etcher will simply not work for the new ebits stuff - that i know. i'm going to try a new tack on ebits since etcher was designed to create them and they were aimed at doing window borders. but they are used for so much more now i think we need to stand back and take a look again. ebony should be fine - though i'm wondering if we shouldnt just combine ebg and ebits and have them be the same - just maybe make a much SIMPLER tool for making backgrounds so people can make them easily without using the BIG sledgehammer that would be etcher. i think the future will be in different tools that treat the file format differently towards a different aim - making it a lot easier for a user to make a file for a certain purpose. > That's the path I've seen us on for some time now anyway. I think once > Ecore is complete and we hopefully can turn a 1.0 on EVAS and Ecore (which > admitadly could be held untill E is near completion and nothing needs to > be added to either, but i doubt that) we'll be able to pick up the pace a > bit more. Between a stable Ecore and Evas you can get alot of work done > without involving Ebits. I really only feel sad for poor EWL and Eprog. > Eprog because the new API to Ecore makes Eprog much less needed (although > I think that Ecore wouldn't be as simple as it is without Eprog, which I > still love to use) and EWL because its so high on the dependancy chain > that any changes downstream have a huge effect on EWL. > That's whats in my E playbook, but we'll see if raster burns my copy soon. :) yeah. i know :) > benr. > > > > -- > //Ben Rockwood - UNIX Systems Admin > //email: [EMAIL PROTECTED] > //web: www.cuddletech.com > //-> We do what we can, We give what we have, > //-> Our doubt is our passion, and our passion is our task, > //-> The rest is the madness of Art. > //-> -Henry James > > > > > > ------------------------------------------------------- > 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 -- --------------- Codito, ergo sum - "I code, therefore I am" -------------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] [EMAIL PROTECTED] Mobile Phone: +61 (0)413 451 899 Home Phone: 02 9698 8615 ------------------------------------------------------- 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
