Nuovo, ennesimo aggiornamento per Enlightenment, il progetto che si candida a pieni voti per il titolo di “window manager con lo sviluppo più travagliato”: infatti, nonostante Enlightenment DR17 sia in cantiere da diversi anni, non si è ancora vista l’ombra di una roadmap e gli unici rilasci ufficiali sono relativi alla vecchio ramo di sviluppo ( Enlightenment DR16 ).
Al momento E17 è utilizzato esclusivamente da Yellow Dog per la sua distribuzione desktop ma, a causa del lungo periodo di gestazione, rischia di diventare un software di nicchia, ora che anche XFCE si è ritagliato la sua fetta di utilizzatori.
Qui di seguito potete trovare alcuni screenshot E-DR17.
[ via OSNews ]
Seguici
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, Chi siamo, Condizioni di utilizzo, Privacy.
© 2004-2012 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
orchideo
07 mag 2007 - 10:58 - #1anche elive basata su debian ha e17 (si sceglie al login tra e16 e e17)
Arael
07 mag 2007 - 11:14 - #2Si…ma non credo che elive faccia testo. È un livecd il cui scopo è proporre enlightenment senza doverlo installare.
Io in passato ho usato il cosiddetto “desktop shell” e dopo un po, anche se bellissimo, l’ho trovato incompleto.
Poi usando librerie sue se usi firefox e qualche applicazione gtk e qt ti ritrovi la memoria occupata da:
efl
gtk
xul
qt
Insomma non contribuisce alla leggerezza.
Poi, sicuramente lo scopo di E17 sarà la bellezza e non la leggerezza.
Alla fine, nel mio caso Gnome continua ad essere il compromesso migliore.
mcalamelli
07 mag 2007 - 11:31 - #3Ahi ahi ahi, mi sento punto sul vivo!
La questione di E17 necessita chiarimenti. Il fatto che non sia stata definita una roadmap e’ noto a priori, ma non vuol certo dire che il progetto non e’ stabile: personalmente lo uso come desktop di default sia su Ubuntu che su FreeBSD, e la solidita’ e’ ottima. Le versioni precompilate esistono per i diversi flavour di Linux, e anche via ports per BSD: io, sempre personalmente, uso i sorgenti ottenibili dal cvs e me li compilo, processo che risulta molto semplice utilizzando uno script tipo easy_e17 (http://omicron.homeip.net/projects/#easy_e17.sh). Anche dal punto di vista dello sviluppatore il progetto e’ interessante, le librerie che sono alla base di Enlightenment sono veramente potenti, anche per quanto riguarda il discorso dei sistemi embedded (le sto usando per un progetto basato su un device che monta un ARM9), e imho possono ben rimpiazzare le piu’ blasonate QT e GTK. Il mio consiglio e’ di provarle, senza farsi spaventare dalla mancanza di una roadmap! Per maggiori info:
- web.enlightenment.org
- edevelop.org
- canali #edevelop #e #get-e su freenode
- http://cia.vc/stats/project/e per i log dei commits
Massimiliano
Arael
07 mag 2007 - 12:16 - #4@mcalamelli
Posso chiederti, senza alcuna malizia, essendo cosi potenti come mai non proliferano software di uso comune come invece capita con le gtk e qt?
E17 è un gioiellino di eleganza ma mancano molte cose per aumentare la produttività.
Tipo, file-manager decente. La shell è una gran cosa ma non fa le preview dei file.
Un gestore di archivi…potrei usare mc come facevo su fluxbox ma la bellezza dove va a finire? Xarchiver? Usa le gtk.
Browser…beh potrei usare firefox…ma lui usa le xul anche se le efl sono più potenti.
Un visualizzatore di immagini decente tipo gthumb?
Un programma per la grafica 2D tipo gimp?
Con tutto il rispetto per la passione che trapela dal tuo post, oltre alla bellezza di un “window manager” basilare che cos’ha da offrire E17?
Forse per sistemi embedded ha senso ma sul desktop ci sono soluzioni molto più produttive…e neanche tanto brutte.
Mi piacerebbe sentire le tue argomentazioni su questi punti.
Giusto per rivalutare le mie posizioni in merito.
^_________________^
Arael
07 mag 2007 - 12:23 - #5Insomma…il rischio di E17 è la nicchia.
L’autore dell’articolo ha ragione temo.
Lollo
07 mag 2007 - 12:27 - #6Una cosa per cui ho trovato molto scomoda in E17 è l’assenza della sys tray, la gestione di programmi come network manager era nulla :( L’hanno aggiunta?
ps bel blog!
furester
07 mag 2007 - 14:10 - #7@Arael
per visualizzare immagini ci sono ephoto ed exhibit, il secondo è “simile” a gqview, il primo gestisce librerie di immagini ed etichette. (e ce ne sono anche altri)
c’è un file manager efm (o qualcosa del genere) incluso in e17 stesso, non come modulo separato
per la grafica 2d non credo che scegli gimp perché è gtk ma per la sua “potenza”, stesso discorso per firefox (imho)
anche io uso e17 compilato da cvs con ArchLinux, ci sono almeno 4 modi diversi per installare e17 con questa distro a seconda dei gusti personali degli utenti ..
Segnalo inoltre che elive è una live a tutti gli effetti ma è anche possibile installarla sul proprio pc senza troppi problemi, come altre distro live debian based.
che dire .. i tempi di gestazione lunghi sono un po’ un deterrente ma lasciano agli sviluppatori la possibilità di testare tra varie possibilità e scegliere quale mantenere e sviluppare senza rimorsi di coscienza se si “rompe” qualche API. Altra faccia della medaglia è che risulta difficile sviluppare applicazioni basate sulle EFL se capita che cambino le librerie sottostanti, per questo non ci sono ancora in giro molte applicazioni.
Punto a favore di questo “desktop shell” è il rispetto morboso degli standard della freedesktop (per questo non c’è una systray)
mcalamelli
07 mag 2007 - 14:28 - #8@arael
Riconosco la scarsa obiettivita’ del mio giudizio: e’ parecchio di parte :)
Tieni pero’ presente la finalita’ di E17: non e’ un desktop environment, ma si definisce una “desktop shell”, con tutto cio’ che comporta, quindi a parte le applicazioni di configurazione e supporto e poco altro, per ora non ci sono altri applicativi “nativi” che usino solamente le EFL. Quello che mi ha indisposto un po’ nel post originale e’ la sottintesa necessita’ di giungere ad una release stabile, o meglio di seguire i passi di una roadmap: E17 e’ cosi’, stabile e in continuo sviluppo, nel bene e nel male.
Per quanto riguarda il discorso delle librerie, ho intenzione di pubblicare un post (nel mio blog) riguardante un confronto relativo all’occupazione del sistema tra un Ubuntu 7.04 di default e lo stesso sistema, ma con E17 come desktop.
Arael
07 mag 2007 - 14:30 - #9EFM l’ho usato qualche volta quando usavo E17 e non l’ho trovato né funzionale né versatile. Tanto è vero che viene consigliato di usare Thunar.
Ephoto l’ho anche usato ma non ha niente a che vedere con gthumb o gimageview essendo alquanto basilare.
exhibit non lo conosco ma spero che sia meglio di ephoto.
Hai ragione per gimp e firefox sono stati degli esempi estremi. Era solo per dire che E17 con tutta la sua lungimiranza e bellezza non ha nella sua cerchia applicazioni che facciano differenza.
Certo la filosofia del “fai e rifari le API” non aiuta.
Non lo sapevo che la systray non è contemplata da freedesktop. Che sia per via di qualche brevetto?
Arael
07 mag 2007 - 14:40 - #10@mcalamelli
capisco…vorrei leggere il tuo post quindi spero che lo metterai qui o su ziobudda.
mi pare che qualcuno abbia già fatto il confronto di occupazione di ram se è quello che intendi.
blog di imu
Consumo di ram sul mio pc usando le stesse applicazioni con diversi DE/DS , beryl, thunderbird, firefox, gimp, varie applet, terminali ( circa 2/3) , xchat, amule ( attivo), deluge (attivo), servizi di sistema ( parecchi) :
* Gnome ~= 800 Mb
* Enlightenment ~= 1024 Mb
* Xfce4 ~= 580 Mb
Comunque anche io trovo interessante E17.
Una delle prime volte che sentì parlare di “desktop shell” nella mia mente balenò il meccanismo delle pipe in modalità grafica.
*________________* che testa eh?
depaloan
07 mag 2007 - 15:03 - #11Forse sono stato frainteso ( in parte ): nessuno nega le potenzialità di e17 o la facilità di reperimento ( ne avevo parlato anche qui )…la mia obiezione era diretta verso alcuni aspetti dello sviluppo che rischiano di penalizzarlo nei confronti di altre soluzioni ( XFCE su tutti )
furester
07 mag 2007 - 15:18 - #12@Arael
EFM è ancora indietro in effetti, le ultime introduzioni sono state le anteprime per le immagini e le icone per i tipi di file se non ricordo male .. io preferisco i file manager con due pannelli e quindi non lo seguo molto a dire il vero. Esiste anche evidence volendo .. e questo, per lo meno dagli screenshot, sembra ad un buon punto (sempre se non cambiano le API)
ephoto è stato riscritto da zero e si sta avvicinando, ma è pur sempre in sviluppo “intenso” e ad una fase iniziale, exhibit invece è molto più semplice. E ce ne è anche un altro ma non ricordo il nome al momento, questo è più “e17-like”, quindi graficamente accattivante ma abbastanza minimale.
scusa, mi sono espresso male riguardo alla systray: il problema è che lo standard non è ancora ben definito e liberamente interpretabile dalle varie implementazioni, quindi il team aspetta che questo venga ben definito prima di procedere con l’implementazione.
Per quanto riguarda il consumo di ram consiglio di leggere i commenti al post linkato, per chi non ha tempo riporto il riassunto preso da uno dei post: “questo post non è nato per un analisi accurata della ram , ma per esaltare la leggerezza di Xfce4” quindi è quantomeno di parte :) se non proprio falsato da un metodo non accurato di misurazione.
mcalamelli
07 mag 2007 - 16:14 - #13@furester
Grazie per le precisazioni!
Sei anche tu nei canali irc? Mi sembra di averti visto nei contatti…
Arael
07 mag 2007 - 16:42 - #14Grazie per le info. =)
Magari lo provo ancora e17. Sulla Arch non c’è nulla di ufficiale ma di sicuro su AUR c’è qualcosa.
emaberg
07 mag 2007 - 17:24 - #15Appena ho un po’ di tempo vorrei provare a installare linux anche sulla mia PS3… che usa giustappunto E17. Tuttavia, il grande problema di linux sulla PS3 è giustappunto la memoria, perche il sistema ha solo 256Mb di ram… e, se ben ricordo, fu scelto E17 proprio perché può essere usato con così poca memoria (oltre ad avere un aspetto grafico all’”altezza” della PS3).
Quindi… non credo che sia poi così esoso di ram, no?
depaloan
07 mag 2007 - 17:38 - #16Il problema di Linux su PS3 è il fatto di dover utilizzare il framebuffer, con tutto quello che ne consegue O_o
Arael
07 mag 2007 - 17:49 - #17@emaberg
se usi solo le efl non è esoso. Ma se cominci ad usare applicazioni che usano altre librerie grafiche tipo gtk, qt, xul la storia cambia.
ekerazha
07 mag 2007 - 18:30 - #18Una particolarità delle EFL potrebbe essere la licenza BSD. Inoltre non sono malaccio, ma personalmente non mi piace l’approccio che hanno avuto per alcune cose (es. si basano sull’utilizzo di semplici immagini bitmap e non su un approccio di tipo “vettoriale”).
furester
07 mag 2007 - 20:34 - #19@mcalamelli
si, sono anche io sui canali irc (freenode), ma anche sul canale enlightenment di azzurra volendo, e c’è un #e.it poco frequentato sempre su freenode volendo.
in effetti anche i miei commenti erano di parte :)
Arael
07 mag 2007 - 21:08 - #20Saranno anche stati di parte i vostri commenti ma sono stati argomentati bene.
^_________________^
Credo che proverò ancora E17. Giusto per vedere lo stato d’arte.
furester
07 mag 2007 - 23:58 - #21se vuoi provarlo su Arch ti puoi abilitare il repo [community] e dare
pacman -Sy e17oppure scaricare da AUR il pacchetto e17-cvs con tutte le sue dipendenze incascata, oppure ancora provare make_e17 (sempre in AUR) che crea i pacchetti e installa.
make_e17 è un piccolo script basato su easy_e17.sh che ho scritto io per poter aggiornare a piacere senza troppi problemi creando i pacchetti direttamente da cvs.
Arael
08 mag 2007 - 11:54 - #22@furester
Ho visto il tuo howto per la compilazione di e17. Sei attivo su http://archers.netsons.org…ho letto qualche tuo post. =)
Io su Arch ho abilitato solo current ed extra. Gli altri repository preferisco non abilitarli perché voglio avere solo software testato.
Sono diventato pigro… *_____________* per questo ho abbandonato la Slackware in favore di Arch. Quindi per provare e17 ho scaricato elive-unstabile e l’ho fatta partire su una macchina virtuale con qemu/kqemu.
Interessante…decisamente bello quanto il mio Gnome 2.18 con lo stile tenebrific-bluemods.
Eppure ancora dopo un’annetto buono lo trovo sempre poco produttivo, troppo essenziale e poco comodo.
Se usassi e17 terrei: file-roller, nautilus, gimp, firefox, gnome-terminal, thunderbird, evince, gimageview e sicuramente il fido gvim.
Praticamente quasi tutto il gnome che ho adesso.
Per ora lo trovo poco valido come alternativa magari in futuro quando avrà qualche applicazione nativa in più lo riproverò.
ossblog
13 mag 2007 - 18:12 - #23[…] […]
e17 introduce il supporto alle icone desktop
17 mag 2007 - 10:02 - #24[…] Sarà una coincidenza ma a distanza di una decina di giorni da un post leggermente polemico sullo stato di Enlightenment-DR17 ecco arrivare una notizia interessante: raster in persona ha aggiunto ad e17 il supporto alle icone sul desktop e, pur trattandosi di un’implementazione iniziale, sembra che questa nuova funzionalità non abbia introdotto problemi collaterali. […]