On Wed, 17 Jan 2007, dan sinclair wrote: > D. Hageman wrote: >> >> I guess the real questions that should be asked: >> >> a) How many non-standard libaries does one project need to support their >> project? At what point are there too many? >> > > Define non-standard. None of the efl libraries are 'standards'. We separate > things into libraries because it makes sense. Dumping everything into one > bucket just makes it harder to figure out how to use something. You're just > bloating a library that is suppost to be a small core library with a lot of > extra crap. When does it stop? Should we put an rss parsing engine into ecore > because we want to use it on the e17 desktop?
I understand the purpose of libraries. My argument is that there is a point of diminishing returns when you put *everything* into its own library. I also argue (package managers or not) that eventually you need to start thinking of end users experience besides of just "how pretty does it look?" Anyone can argue that e17 et al hasn't been released yet so it doesn't matter ... does this mean it will never, ever be released? Anyone can argue a slipperly slope argument of what should go in and not go into something like ecore ... but the truth is that something *similar* is already there. It is logically to just replace it and be done with it instead of contributing more to dependency/library bloat. -- //========================================================\\ || D. Hageman <[email protected]> || \\========================================================// ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
