On 1/17/07, Brian Mattern <[EMAIL PROTECTED]> wrote:
>....
>
> The next question is, assuming you guys see it as a viable replacement
> for ecore_desktop, do we stick this somewhere in libs (as efreet or
> e_xdg, or whatever name) or do we cram it in to ecore? My vote is that
> we stop bloating ecore in the name of a 'dependency freeze' and keep
> proper separation of libraries. (Its all 'new code' that needs to be
> verified and tested regardless of where we stick it).
>
> Let us know what you guys think.
>

Indeed, i agree here. Better make it away from ecore, ecore already
has too many (unrelated?) things inside.

turran

> rephorm
>
>
>
> -------------------------------------------------------------------------
> 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
>

-------------------------------------------------------------------------
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

Reply via email to