Enlightenment E19 Pre-Alpha Released 89
An anonymous reader writes "While it took over a decade for E17 to come out, Enlightenment E19 is being readied for release just two months after E18's debut. The Enlightenment DR 0.19 update has a rewritten compositor that can fully act as its own Wayland compositor (not dependent upon Weston). The update integrates OpenGL canvas filters support, contains many bug-fixes, and has other improvements for both X11 and Wayland users. The 1.9.0 alpha1 pre-release was issued today as the initial testing version of the new window manager."
Re:Uglier than Slashdot Beta (5) (Score:0, Insightful)
Your boycott is failing. Slashdot is doing fine without you whiny children.
Re:Good for E! (Score:4, Insightful)
options are not for e- but for things like.. you are building an embedded device and you don't use gl.. but you want to cut down a few hundred kb of ram, so using xcb vs xlib is what you want. you can do that, BUT the xcb back-end is 99% complete and you still need xlib if you plan to use opengl due to the binary apis demanding an xlib display handle. you have to have an option. it's not for the wm - it's for the toolkit and special cases. there re lots of such special cases for special purposes. the problem is some smart-butt user thinks it's a great idea to fiddle with every option there with a "ooh i hear xcb is faster" (which is basically is not), and then discovered their fglrx or radeon drivers don't like xcb as the primary display connection and then things crash/hang/don't work... or something like that. this is not the DEFAULT config - it's an option, but it's turned on by people who want to tweak everything - even for packages. it's not bloat - it's features that can be switched for different back-ends, dependencies REMOVED and so on. you really should study up before making assumptions.