Enlightenment 0.17 was announced some time ago.
>From what I have seen on Rasterman's site (www.rasterman.com), it has many 
improvements and new features, comparing to E 0.16.

I have checked Cooker - it still holds E 0.16. Do you plan to update it?
(imlib2 is also missing) 

"... a *LOT* of work has been going on building our own subsystems for E17. 
This has meant Imlib2, Evas, Ebits, Ecore, and Edb so far. cK has been doing 
a lot of work lately on Efsd, and Mandrake should complete his work on Etox 
sometime soon, hopefully.

Imlib2 is the abstraction layer that handles the raw nasty work of loading 
images, saving them, rendering them to a drawable or blending and scaling 
them onto other images, software anti-aliased truetype fonts and other 
goodies. This one is pretty much done and finished with. It gets minor 
updates and fixes as needed, but otherwise is left alone.

Evas is a canvas abstraction that uses Imlib2, as well as OpenGL, and X11. It 
serves as a canvas accelerator and abstraction and does the job really well. 
It has made building E17 trivially easy - at least the rendering parts. This 
should continue to make things easy, as well as provide a good acceleration 
mechanism.

Ebits is a higher level abstraction of image groups built ontop of Evas. 
Basically it's what the old E16 window border logic was - but on steriods. It 
can do a WHOLE lot more and is being used as the basic building block for all 
widgets in E17. A GUI editor is also there called Etcher - it can edit Ebits 
files - thus letting you have a nice GUI to desing your widgets, window 
borders etc. in.

Ecore is a nice conveneince library. It handles abstracting X calls so you 
don't have to pass as many parameters to them. It wraps lots of other 
sequences of X calls you want to do often, handles caching local geometry of 
windows to save extra X traffic, abstracts X's events and adds a timer system 
to be able to do timeouts, handles the core event loops, abstracts signals 
into being events in the event queue, and lets you arbitarily add other file 
descriptiors to the loop to listen on and have handlers be called when they 
become active, and much much more. Ecore also handles filtering events and 
calling idle handlers when appropriate. Ecore is just what it says - a very 
complex CORE subsystem. It is all callback based, and keeps everything 
abstracted - but does not move away from normal X11 primitives like other 
abstractions (gdk for example), thus keeping 100% compatability with normal 
Xlib stuff. The core innards of E17 rely heavily on Ecore and its ability to 
not just work, but work well and optmize silently for E17. "

---------------------
It also would be nice to hear from Mandrake what is Etox, on which Mandrake 
people working?  :-)  

-- 

Vadim Plessky
http://kde2.newmail.ru  (English)
http://kde2.newmail.ru/index_rus.html  (Russian)
Do you have Arial font installed? Just test it!
http://kde2.newmail.ru/font_test_arial.html

Reply via email to