Enlightenment Lives

Anonymous Coward writes "The Enlightenment Project, far from dead, is pleased to announce the DR16.7.1 release of the Enlightenment Window Manager. With tons of fixes, a massive overhaul of the internals, and several new features this release is a must try for those who haven't run E in a long time. The window manager that redefined the way a desktop can look is still going strong."

Comments

Glad to see it's still around

[DLR]

I always thought Elnlightment was the most innovative WM I'd seen.

Re:Glad to see it's still around

[Anonymous Coward]

The theming can completly transform E's look. I've noticed alot of people say they're not too keen on the look - alot of people who use it are into dark/gothic themes. I actually wasn't too keen on the original default themes either. But there are literally hundreds of themes available, everything from dark/gothic to abstractly artististic to clean/bright themes.

Chances are if you have a certain preference, then there are others who also have and have made a theme for it.

I think one of E's primary motivations is to design a desktop that's not constrained in any way. Every piece is designed to be as customisable as possible - to leave the end choice about how the desktop should look to the user. Nice philosophy.

Mirror...Kinda

[matz62]

DR16.7.1 has been released!. This is the biggest release since DR16 first debuted! In this release dependencies have changed from Imlib/FreeType to Imlib2/FreeType2. The old default themes (which made the distribution almost 18M in size!) have been replaced with "Winter" by rephorm. The distribution has been split into 3 diffrent packages: programs (source), docs (Edox), and themes. A long long list of bugs have been fixed (including some very old nagging ones that weren't easy for kwo to squash). And probly of most interest to the end user: "Theme Transparency". Get the files source and RPMs in the usual place.

If your wondering what happened to DR16.7.0, it was halted last minute by several bugs that were only reproducable by a small number of us but were major bugs none the less. You can see the changes since the initial release here.

Ports for Solaris are avalible now and the DarwinPorts port is ready. Gentoo Portage will be updated shortly.

sourceforge group

[Coneasfast]

something interesting i noticed, the group_id on sf is 2, (is this the first sourceforge project ever?!?!)

Re:sourceforge group

[chrisd]

Yeah, during the creation of SF, the team reserved 2 for Raster and Mandrake who were working at VA (in the disco room, don't ask) at the time.

They didn't take posession for some time, as they resisted moving off their own hardware, but they eventually gave in.

Chris DiBona

Re:Screenshots?

[Myuu]

nope, everyone is waiting for e17

Re:Gnome used to run E?

[JakeThompson1]

Yes, GNOME once ran with Enlightement, then that was changed to Sawfish, and now we have the current Metacity.

Though in reality, since all these are just window managers, you could replace them with anything you want.

EFL and the road to E17

[DNAspark99]

Anyone interested in what rasterman and crew have been up to should really check out and compile the EFL (Enlightenment Foundation Libraries)

Some really neat stuff is on the way, of particular interest is the edje/evas/evoak stuff. Eventually this work will lead to an improved themeing system, for E and anything else that ties in to the EFL.
Rasterman has even given a glimpse of the power these libs will bring to the programmer with his own version of a DVD player, using the EFL, in just 17 lines of code!

so no, contrary to popular belief...E is NOT dead!

E overdose!

[ESqVIP]

Anyone noticed the title of the song being played on this screenshot? (see the bottom right)

Oh no! more memory wastage...

[Rosco P. Coltrane]

Enlightenment Foundation Libraries

Sheesh, just great, a third set of graphical toolkits to load in memory for nothing... Like we didn't have enough waste of memory with Qt/kdelibs and GTK/Gnomelibs having to be both loaded in memory most of the time (who restricts his choice to either Qt programs or GTK programs, but not both?)

Really, there are some times where the OpenSource approach to things isn't the right one. Sure choice of graphical toolkits is great, but do we look like stupids forcing users to have more memory to load several huge sets of similar libraries *just because* or what? I wish F/OSS folks decided to rally behind one and I'd happily follow, even if it wasn't my primary choice, for the sake of reducing the bloat...