Post a Comment
I might be wrong, but after installing some pre-release of 0.17 I've got a feeling, that, actually, Enlightenment is mainly about "nice looking" desktop.
There's nothing wrong with that, but - on the other hand - after trying it a few days, I'm back on IceWM, which IMHO gives me if not more, then at least similar level of "customization".
No, it doesn't offer "translucent windows", available in E17, it doesn't offer "wizards" for configuration (but I've got no problem with editing text config files) - but actually, after these few days I noticed, that I don't need that much of eyecandy.
I agree: maybe there are many people, who do - but that's why I'm asking: is E17 anything more, than "nice looking desktop environment" (since what I can have using IceWM is nice enough for me)?
I guess it's possible to theme e17 "like icewm" (and without all the bling) - and it would probably be faster than the original.
It's quite amazing what their libraries are capable of.
I guess it's possible to theme e17 "like icewm" (and without all the bling) - and it would probably be faster than the original.
yes, faster and consume even less memory, of course.
It's quite amazing what their libraries are capable of.
Do you know terminology ? Look at http://www.enlightenment.org/p.php?p=about/terminology&l=en and the videos on that page :-)
I could be wrong, but I think E17's "pitch" when it first came out was that it could (supposedly) do most of the things other desktop environments could with less resources. It included it's own file manager, some effects/compositing, had some sort of desktop grid feature or "shelves" or something, and could also support external modules.
But yeah, it always seemed a more "bling" based environment to me as well. Couldn't really gel with it myself, but I tend to prefer tiling or box type WMs, so I won't say my opinion of it is fair in any sense. Always good to have choice, though.
If I recall correctly, E17 got a bit more PR when it came with gOS (Ubuntu based, I think), a distro with lots of Google & Web2.0 services built into it. Had a sort of OSX-on-a-budget look about it. Dead project now.
If I recall correctly, E17 got a bit more PR when it came with gOS (Ubuntu based, I think), a distro with lots of Google & Web2.0 services built into it. Had a sort of OSX-on-a-budget look about it. Dead project now.
Take a look at Bodhi Linux or Elive. They are based on E17 too.
I have to admit that I was never too much of a fan of Enlightenment's eye candy myself either. Sure, it can look pretty... but I just never really wanted all that extra stuff. Something about the overall feel of it also felt awkward to me. One thing I can seriously compliment it on, though, is its ability to perform those effects with so few resources; it barely even works up the processor, let alone even needing fancy 3D hardware acceleration from a GPU to perform its animations.
Edited 2012-12-23 01:25 UTC
I was an Enlightenment 0.16 user for a long time and I still remember that the first time I read the expression "desktop shell" was on Enlightenment website's own description of Enlightenment 0.17.
Technically E17 is amazing, but the biggest problem, in my opinion, is that the formal release took so long. The mantra "release early, release often" should have been taken more seriously by the Enlightenment team. That way they could have gained much more traction on the community.
I use Linux Mint, and it's one of those times where the central repository model really shows its weakness. There's no packages for my distribution yet, so I would need to compile E17 from source myself (which I won't do, as it takes too much time).
If this would be Mac or Windows or BeOS or AmigaOS or any other not-linux type OS, there would be a neatly prepared installer for me - but not here. These developers do not have the resources to take care of all the different distros - they could just as well be different operating systems.
But it's been over a decade since Linux matured to a stable and productive state. Linux devs still haven't figured out how to distribute binaries in a userfriendly way (unless you figure that the centralized repos give you all the bliss you'll ever need). It means that the app developers can't reach their users directly, but will have to depend on third parties to do it for them. I don't know if this distance between the developers and the users is a plus or a minus.. (Then again, in the case of Gnome 3, the developers couldn't really be bothered with users in the first place, unless they are also Gnome developers...).
I'd really like to try this DE, as I liked the older version back in the day. I guess I will just have to wait till some Mint user packages this. But it has to be said - the way Linux is designed for software distribution could be improved.
Edited 2012-12-22 22:50 UTC
You don't want a desktop environment distributed as a single binary or a single installer. Yes, I see you believe you do, but you don't. E17 is a window manager, but also a collection of libraries that may or may not be installed before you get "E17". It needs system level integration, and you'll get that soon enough. Just be patient.
Yes I do want it, and I *could* have gotten it
Even if it would be a GUI to compile the whole thing (and later, uninstall if possible) - I would want a GUI.
If you are telling me that it's not possible to install a framework and a set of apps with an installer then you must be relatively new to computers. An installer is a solution to the exact problem I'm having, and it's being done every day on every platform other than *nix systems (well, even *nix systems I'd imagine, even though most Linux developers prefer other people package for them).
I'm not telling you it's impossible, the problem is it's going to be a mess of incompatible libraries installed in various locations. Library hell.
Installers are fine for games and smaller application suites. It's not a solution to your problem, which is impatience. There's no installer for E17, so it doesn't solve the problem of there being no packages either.
> If you are telling me that it's not possible to install a framework and a set of apps with an installer then you must be relatively new to computers.
Of course, it's "possible", but on Linux platforms it's highly "undesirable". This is because, unlike Windows, it actually has a common installer (rpm or dpkg) and repo system (yum or apt-get) already, so to be frank, anyone writing their own installer for Linux binaries should be taken out around the back and whipped to within an inch of their lives :-)
What devs need to do - and they often epicly fail at this - is to actually make it easier for the distro maintainers to build an RPM/.deb/whatever out of their source code. This means making sure that everything installs into the appropriate trees, including necessary package config files (e.g. .spec files for RPM) and so on.
Having said all this, it does highlight one of the majorly broken issues of package installation on Linux - there needs to be *one* binary package format and *one* repo format before this mess ever gets properly cleared up.
It would also be nice if everyone agreed the same install trees too - if all of the above happened, we might see the day where everything in Debian, Ubuntu, Fedora, CentoS/RHEL and openSuSE is completely interoperable/installable. Sadly, the chaos we're in doesn't look like sorting itself out any time soon.
It should be noted that Windows is actually worse mess - no central repo across all apps (Windows Update is MS products only, which is ludicrous) and there are literally hundreds of different installers written out there which have wildly variable behaviour.
Custom binary installers are *not* the way to go and yet Windows people seem to happy to use them. The problem with those installers is there's often no easy way to tell what or where they've installed or if they've left anything behind on uninstallation (which they often do). It's exactly why Windows PCs get into a mess as they go through installations and uninstallations of third-party software.
Except none of those even run on Linux in the first place so why would the upgrade work? Logic, you fail it.
That's like complaining that Windows can't update my Linux e17 installation.
Know what you mean, but this is one of the things that makes Linux strong - installation is not modular at all. That means the dummies can't just go and click away installing things.
Usually when I do software maintenance on user's Windows machines, this kind of thing is a disaster, they just click away a .EXE file and load up ten different toolbars in IE, they don't even uncheck stuff like this when installing adware apps.
Edited 2012-12-22 23:11 UTC
Nothing is stopping the E-17 team from builidng packages for Mint.
Only if the E-17 team made one and if they can't be bothered to build debian packages why would they have bothered with installers?
Yes they can, they only need to create a deb or rpm and make it available. It's not much more difficult than creating a Windows installer really.
https://launchpad.net/~efl/+archive/trunk
Here you go my friend. Works fine for me in Mint.
Well, aside from the fact that dual-monitor doesn't seem to work and all gtk apps looks like ass now (but that was expected).
On the plus side, the default theme is a big improvement and terminology seems to be quite nice.
Look at the control panels you can turn on gtk themes in e17
Or you can use google Easter than complaining about pointless eye candy crap (but that is the sate of the Ubuntu community. )
Yes, I figured that out pretty quickly and dual-monitor can be fixed by running xrandr manually on each login.
Oh the irony of being told this by an e17 user...
If I remember well, back in very early 2000's, there was an announcement about E17 in their site saying: "When it is going to be released? Probably never. Yes, probably E17 will never see the light of day. But then who knows".
Sense of humour, as they say, just went too far. I took this seriously.
E16, which I used until I changed my computer 6 years ago was unbelievable and I guess E17 is even better.
Kudos.
FYI, I know that some people have installed e17 on Mac OS X and are using it :-)
E developers claim that strength of E is in it's underlying libraries but I don't see any real benefit of using them over let's say - Qt.
I always seen E as hobbyist project without any chances of gaining enough popularity to become an alternative. While it was fun to play with its eyecandy features before anyone else had them (especially on low end platforms) it for some reason couldn't hold to be my desktop. There were stability issues, incompatibility issues, things I couldn't do, features I liked that only other desktops had, etc.
Nowadays even modest platforms have decent hardware support for 3D graphics so (in my opinion) E will shrink bit by bit until everyone will loose interest in it.
To me E is like the demoscene of 8/16 bit era so I'm putting it on the same shelf as my C64 emulator and an archive of software for it. Those were magical times so it is not bad place.
Merry Christmas to you all!
EFL is sponsored by Samsung and the Tizen Association.
http://www.tizenassociation.org/en/
Edited 2012-12-24 14:59 UTC
Consuming more and more resource will never be a problem... The fact is that even with high end desktop it take times to start a KDE session or a GNOME one. Also when moving to a more mobile, battery dependent, world, using less memory and being more efficient give you a direct benefit. That is not going to vanish soon.
Also EFL is a free software project, it exist for a long long time with and without the support of big corporate sponsor. It was created to make it possible to create a file manager more easily than directly using Imlib2 and still be light, fast and beautiful. We didn't choose any of the existing toolkit, because none of them matched the goal we had and they still don't match.
And I have been hearing for the last decade, that writing efficient software wasn't necessary as we will soon have bigger CPU/GPU, but reality is that we still need to care about that... Oh, and the need for the software backend, is just that in many many many case OpenGL driver are just to buggy or inefficient to be used !
But I can't really comfortably use E17. It's very impressive how smooth all the animations are and stuff, but as much as I configure it I can't get it working how I want it in the same way as I can with KDE. There seems potential there to make a great desktop environment, but it seems lacking in a lot of places.
I made a little video review showing some of the major aspects of e17: http://www.youtube.com/watch?v=D9pd1qR3tvo



