lamar a écrit 28 commentaires

"(et je dis cela alors que j'ai appris à jouer les riffs de leurs 4 premiers albums par coeur...)"
hihi c'est en cours de mon coté :), mais sans trop négliger les autres.

bon après savoir qui est vendu ou pas, ce n'est pas intéressent pour moi... c'est de la musique quoi, on ecoute, on n'aime ou on n'aime pas point barre.

Maintenant, en y réfléchissant, j'aurais préférer etre manager d'un groupe comme Iron Maiden.
Entre s'arracher les cheveux en voyant l'ambiance sinistre et dérangeante du clip de One, completement a contre courrant pour l'epoque, les pensées de suicide en se rendant compte que le groupe n'a pas tenté de faire un Black Album 2, les ulcères en apprenant la décision du groupe de sortir Some Kind of Monster, Les engueulades avec Ulrich .....

1986 : "on ne fera jamais de clips, c'est commercial, ça pue, on est des "vrais" metalleux authentiques, pas des vendus à l'industrie du disque..."

On dit tous des conneries quand on est jeune, franchement les ressortir 20ans après c'est pas sympa :)

L'utilisation de termes comme "vrais" "authentique" "vendus", c'est juste une preuve qu'on est encore un ado en recherche d'identité et c'est censé n'être qu'une passade.

Concernant le fait qu'ils pensent se passer de Major, c'est en fait tout a fait cohérent (le procès contre napster compris) avec la relation qu'ils ont avec leur musique et leur besoin presque pathologique de TOUT contrôler (C'est pas spécifique a metallica je pense) .
Ils ont d'ailleurs déjà un pied dans cette direction puisqu'ils proposent en téléchargement payant des enregistrements de leurs concerts.

Bon, c'est 5secondes chez moi avant init ... Mais j'étais en mode toutes les secondes sont de trop ! J'avais même fini par me rabattre sur Xdm qui se lance plus vite que les autres!

C'est pour cela que je me disait qu'en stockant la conf on pouvait encore grignoter. J'ai un T40p, c'est de l'IDE, ca peut etre evolué depuis.

Tres bonne nouvelle ce projet pour réduire le temps de démarrage de X.
Je me souviens lorsque j'avais bidouillé mon portable pour qu'il démarre plus vite mes conclusions étaient :
-saleté de X-windows
-le kernel prend du temps de prober la conf ide ..

d'ailleurs çà existe un hack du kernel pour sauvegarder sa conf matérielle afin qu'il démarre plus vite ?

Salut,
Merci pour la réponse.
Je n'ai pas les données la tout de suite, je les aurai ce soir.
Les messages de dmesg semble normaux, le disque est détecté, les partitions aussi.

Ensuite quand je tente de monter les partitions, j'ai le message VFS can't find a ext3 partition, un truc du genre.
j'ai tenté de forcer le montage(-f) mais, rien dans le rep de montage ...

Je n'ai pas tenté d'utiliser fdisk. J'ai essayé de changer le type de partition dans cfdisk mais ca ne marchait pas. je vai tenter avec fdisk.

j'ai compile ecore evas edje avec le strict minimum(pas de X/gl et autres ..). J'ai ecrit un prog tout con qui se contente de charger un fichier edje. J'ai un fihcier edje avec un bg et une barre de progression completement fictive :).
Tout cela est balance dans le initrd. le splash doit apparaitre le plus tot possible donc dans mon noyau presque tout est en module, surtout ce satane module ide qui prend une eternite a s'initialiser.

J'ai fait tout ca pendant un week-end "Entrance en moins de 10s".
L'objectif n'a pas ete atteins.
Le module ide prend 5/6s a s'initialiser et X prend 6/7s a demarrer.
Hacker le kernel et mon driver X c'est un peu au dessus de mes capacites alors j'en suis a 14/15s...

J'ai pu me debarrasser ce cette affreuse grille qu'affiche X au demarrage. J'ai un ecran noir mais j'aurais preferer une image.
Et puis pour l'horible grosse croix je m'arrange pour utiliser une fonte
qui n'a pas ce symbole donc j'ai une escpece de petit point blanc a la place...
Si quelqu'un a de meilleures solutions ...

sur mon portable j'ai un hack ds mon initrd qui lance une petite anim avec evas_fb et edje pendant le boot.
Et tout ca avant init (ca apparait presque instantanement apres grub) .
Si quelqu'un se met serieusement sur projet de boot graphique ca pourrait donner quelque chose de tres interressant.

A propos des nouvelles possibilites de X.
Il faut bien avouer que tout cela n'est pas encore vraiment mature et encore instable.
Encore plus important, ca ne profite qu'a une minorite d'utilisateurs possedant la bonne carte graphique.
Donc compte tenu du peu de ressources que possede le projet(c'est tellement un euphemisme ...), le support de ces fonctionalites ne peux pas etre une priorite.
Le but de Enlightenment est de pouvoir etre utilisable sur de l'embarque comme sur les machines les plus recentes.
En ce moment, le projet se concentre sur le premier objectif.
Les projets comme Xgl ou composite interressent beaucoup Raster meme si il peut parfois paraitre irrite.
C'est parce qu'il en a marre qu'on lui en parle a longueur de journeee !!! :).
L'objectif principal pour le moment est de releaser e17. Il y a une TODO list, elle doit etre videe.
Ensuite, Raster reflechira a un moyen d'integrer les nouvelles technologies harmonieusement sans laisser les anciennes machines et les devices avec peu de ressources sur le cote de la route.

Concernant le dev de e17 debian duke gnagnagna ... :)
Raster fait regulierement des sortes de pre release. 0.16.999.x. en ce moment x=23.
Seulement il ne supporte pas le systeme de release de sf.
rendez-vous sur http://enlightenment.freedesktop.org .

"faut bouger les doigts, toussa"
ouais. C'est un peu le principe du clavier .... :)

"Ce qui pourrait être interéssant aussi, c'est d'assigner un raccourci à une fenêtre particulière, mais de manière automatique. Peut-être que c'est possible en executant une commande et en récupérant son windowid au démarrage."

la question est comment. surtout s'il s'agit de fenetres de la meme application.

Bonjour,
Je trouve tes ideés très intéressantes.
Je doit dire que ca fait plaisir de voir qu'il n'y a pas que des blaireaux
obsédés par l'idée de singer les fonctionalités de Osx :) .

"Un raccourci affiche la liste de toutes les fenêtres du bureau, avec les informations suivantes : icône, nom de la fenêtre"

Ca existe sous e17.

"position sur l'écran"

Ca n'existe pas sous e17. je verais bien une représentation du pager
avec une mise en surbrillance de la fenetre. plus qu'un affichage des coordonnées. Qu'en penses-tu?

"une lettre-raccourci"
Sur le alt-tab de e17 (et les menus d'ailleurs) tu peux accéder a un item via
un chiffre : "2" envoi vers le deuxieme item etc.
Tu peux également te servir de la mollette pour passer d'un item a l'autre.

Si tu a la possibilité de tester e17, tu pourras t'amuser avec la 20aine d'options de config de Alt-Tab :).

L'idée d'un raccourcis pour acceder a une fenetre est intéressante et doit etre possible.

Un fonctionnement a la iswitch de emacs serait génial.

"Multi-bureaux (avec des raccourcis personnalisables pour changer de bureau, et pour changer une application de bureau)"

Tout cela est possible. le déplacement d'une fenetre vers un autre bureau est accessible via le menu. je ne suis pas sur qu'il y ai un raccourcis.
On peut également drag'n'droper l'icone de la fenetre vers le pager au bureau voulu.

"Fenêtres déplaçables et redimensionnables au clavier (raccourci personnalisable pour entrer en mode redimensionnement/déplacement puis raccourcis personnalisables pour changer la position/taille de la fenetre)"

Pour le redimensionnement au clavier, je ne suis pas sur de ce que tu
veux exactement. pourrais-tu etre plus précis?
sous e17:
Pour le déplacement de la fenetre, il y a alt-click gauche
Pour le redimensionnement, il y a alt-click milieu.

"Lancement d'applications (personnalisables) avec des raccourcis (personnalisables)
Raccourcis personnalisables pour réduire, maximiser, fermer une fenêtre
Et éventuellement :
Un raccourci personnalisable pour ouvrir le menu Debian."

Tout cela est bien sur possible. Pour le menu debian, il faudra:
le faire toi meme :)
ou attendre un petit peu, le temps que la gestion du menu debian dans e17genmenu se finalise. Il supporte pour le moment le menus gnome et kde.

"J'ai deja pensé à tenter de coder ça, mais c'est long, et la Xlib ça a l'air bien compliqué pour ma petite cervelle de programmeur débutant."

Tu devrais regarder du coté des EFL, ecore wrappe tout un tas de fonctions de X11.
E17 est facilement extensible via son systeme de module, et le code est a mon avis très compréhensible.

Tout cela implique tout de meme de bonnes bases en C.

"Je suis tout seul dans mon délire?"
NoooN ! :)

Pour plus d'infos sur e17 :
http://get-e.org(...)

pour e17genmenu:
http://sourceforge.net/projects/e17genmenu/(...)

Si tu connais l'anglais un mail a la mailing list e-users serait génial. je suis sur que tu aura du feedback
http://www.enlightenment.org/Main/Community.html(...)

Tu peux l'envoyer en francais(n'oubli pas de t'excuser). mais seul raster
pourra te répondre car il maitrise plutot bien le francais( il a codé 99% du wm donc ce n'est pas si mal comme interlocuteur :) ).

Je ne saurais enfin trop te conseiller de faire un tour sur : #e.fr
freenode.net :)

fallait bien que ca m'arrive un jour ou l'autre je suppose :D

"moteur svg _____performant_____ ie
Tu peux pas utiliser des balises HTML ?
Mais oui, écrire un moteur SVG c'est dur... Essaye rien qu'un moteur XHTML strict (avec support CSS) ! (Je dis XHTML strict, parce que si tu dois supporter le code pourrave de certains sites...)"

je doit avouer que je ne m'y connais pas sur le sujet. mes seule références étant la perception que j'ai des performances de cairo, et le fait que tu me dit qu'il faut render pour la techno de QT4.

"Mais finalement E ça sera quoi ? ...."
Oui, on peut imaginer un desktop complet. Meme si les api sont stable, il faudrait une release des EFL d'abord, mais la route sera longue.
Pour le gestionnaire de fichier, il y a evidence. dommage que l'auteur ai peu de temps pour travailler dessus. Il y a aussi un login manager. dommage que ... :).

Mais bon vider la TODO de e17 ca doit etre la priorité, on verra bien après. Pour le moment donc => bureau sympatoche/leger qui démarre en moins d'une seconde + quelques app tout aussi sympatoches.

"taper sur lg ..."
Je n'est pas trop envie de parler de Looking Glass je n'ai vu que des screenshots.
Je me permet de parler de E parce que je suis le projet et que j'ai contribuer un un peu de code dedans.

"moteur svg _____performant_____ ie
Tu peux pas utiliser des balises HTML ?
Mais oui, écrire un moteur SVG c'est dur... Essaye rien qu'un moteur XHTML strict (avec support CSS) ! (Je dis XHTML strict, parce que si tu dois supporter le code pourrave de certains sites...)"

je doit avouer que je ne m'y connais pas sur le sujet. mes seule références étant la perception que j'ai des performances de cairo, et le fait que tu me dit qu'il faut render pour la techno de QT4.

"Mais finalement E ça sera quoi ? ...."
Oui, on peut imaginer un desktop complet. Meme si les api sont stable, il faudrait une release des EFL d'abord, mais la route sera longue.
Pour le gestionnaire de fichier, il y a evidence. dommage que l'auteur ai peu de temps pour travailler dessus. Il y a aussi un login manager. dommage que ... :).

Mais bon vider la TODO de e17 ca doit etre la priorité, on verra bien après. Pour le moment donc => bureau sympatoche/leger qui démarre en moins d'une seconde + quelques app tout aussi sympatoches.

"taper sur lg ..."
Je n'est pas trop envie de parler de Looking Glass je n'ai vu que des screenshots.
Je me permet de parler de E parce que je suis le projet et que j'ai contribuer un un peu de code dedans.

---
les projets et développeurs que tu cites sont tous soutenu financierement/payés.
Ce n'est pas le cas de raster.
---

Je dit bien raster parce que le travail apporté par les autres dev du projet enlightenment sur les lib et le wm est négligable par rapport a celui qu'il fourni.

Les membres du projet ont tous des boulots ce qui ne leur laisse que peu de temps.
Pour la plupart, ils ont une famille.

Bref tout cela c'est du developpement par envie/passion dans la plus pure
tradition de l'open source :). on en dira certe ce que l'on veut, mais il est impossible
d'empécher les gens d'etre passionnés !

Le support des extensions de X est prévu.

Ca ne peut simplement pas etre un priorité vu que je n'ai pas de carte nvidia récente. euh non, parce que la plupart des gens n'ont pas la possibilité de profiter des extensions X :)

Cela ne veut pas dire que raster ne porte pas un interet certain aux developpements qu'il y a autour (Xgl et cie)

Si il y avait plus de ressources en dev cela aurait été possible mais dans l'état actuel des chose il faut avoir des priorités. Celle de e: vitesse stabilité.

C'est pareil pour le rendu svg. Je n'ose meme pas imagner a quel point cela doit etre complexe d'ecrire un moteur svg _____performant_____ ie ne faisant pas trop
pale figure face aux performances du backend par défaut.

Au final E est
-beau
-stable
-léger
-tres performant
-peut tourner aussi bien sur des machines récente que sur des pda.

Il ne peut cependant pas _encore_ profiter des fonctionalités alpha des serveurs X récents.

Concernant les gouts et les couleurs je suis tout a fait d'accord :
1. j'ai vu des screenshots de Looking Glass ;)
2. c'est pour cela que je trouve que la puissance du moteur de theme de e est une de ses forces.

La variable NOSPLASH n'existe plus.
Il y a maintenant une checkbox pour désactver l'affichage du splash screen.

Ce ne sont pas des messages de boot.
Ce sont des avertissements sur le fait que E17 est un application en
version Alpha.

J'ai très rapidement parcourru la doc de rml et je n'ai rien vu pour faire
des liens.
Il faut du Xsl pour les haut de pages avec sous-partie courrante ?
Je ne connais pas bien xsl.
Il faudra que je m'y mette sérieusement parce que la je me demande comment
il fait le xsl pour savoir à quelle page il est ...
Si quelqu'un pouvait m'écrire une moulinette DocBook ->rml->pdf je serais bien
content moi :)

Voici ce que j'aimerais :

A partir d'un fichier xml, pouvoir produire un pdf :
-avec une page de titre sympa: des images, le tittre ...
-une table des matières aussi précise que possible, avec de vrais liens qui mènent exactement au bon endroit dans le document (pas seulement à la bonne page) avec la numérotation de page qui va bien (X,XI,XII ...)
-des haut/bas de page avec la possibilté d'avoir le titre de la sous parite courrante
-la possibilité de décorer un bolc de texte quelconque (entourer avec un rectangle, avec une image en transparence)
-avec pour les adresses web dans le doc de vrais liens menant vers la page
-avec des images numérotés avec une liste à la fin.

C'est possible avec RML ??

Pourrais-tu me donner des liens pour en savoir plus sur Arthur?
A propos des binding Qt, comme pour Gtk, il a des incompatibilités qui
sont dures à surmonter. Encore une fois, compte tenu des ressources en dev
ca ne peut pas etre une priorité ...
Pour l'API C++, il en a une en cours de dev: http://vanille.de/projects/efl++.html(...)

Autant pour Cairo et gtk, je pense que la route est longue, autant je pense que
c'est quasiment impossible de rivaliser avec une boite comme Trolltech.
C'est dommage qu'une société ne soutiennent pas ce que fait le projet E depuis
plus de cinq ans. Raster à écrit quasiment seul un bon demi million de ligne de
code. Il a été employé un temps pour travailler sur un port (proprio) de la première
version de Evas mais ça n'a pas duré.

"Pour travailler avec GL, ça ne me semble pas dur... Qt4 utilise superbement GL dans l'une de ses démos, et le code me semble très simple (beaucoup de listes de coordonnées, de composantes de couleurs...)"

Ca fait longtemps que les applis EFL utilisent GL. Ca serait de la science-fiction
si une armée d'ingénieurs payés n'arrivait pas à le reproduire.
Je ne suis pas un spécialiste mais le problème est pour les Wm spécifiquement.
Ne m'en demande pas plus!!
C'est possible mais ce n'est pas une priorité.

Pour le projet EFL je pense pouvoir dire qu'il date de fin 1999 début 2000 mais
c'est peut-etre plus tot.

Evas utilise Xorg et a un backend Cairo !!
Je pense que je cale techniquement la :) faudrait vraiment que j'en sache un
plus sur ce qu'est Cairo.
Pour moi, c'est à un niveau en dessous des EFL.
Pour moi Evas, associé à Edje, c'est ce que commence à peine a imaginer les
Projet Gnome ou Kde. Ca existe depuis longtemps, et il vont mettre du temps
à le ré-inventer.

Erss et Elapse utilisent Esmart qui fournit un moyen pour les applis
En EFL d'avoir comme fond celui du bureau. Pour cela il faut être capable
d'avoir une réponse lorsque l'on demande quel est le fond d'écran actuel.

C'est cela qui n'est pas supporté par E17. De toute façon cela serait quasiment
impossible vu les possibilité de bg animé qu'il a. Et de toute façon, avec composite
le fake transparency c'est du passé et ca à l'air franchment minable face à composite.

Encore une fois, Raster n'a jamais prétendu qu'il supportait la véritable transparence
vu qu'il n'est pas en train de coder un serveur graphique c'est simplement
Impossible! Dans e17, il y a simplement un moyen d'avoir, d'une façon élégante (pas de hack chelous avec des appels X11) des objets qui peuvent être trasnparents
les un par rapport aux autres.

Pour Render. Raster les aident puisqu'il a écrit un Bench pour montrer que Imlib2
est infiniment plus rapide. Ca leur donnent un but à ateindre!! Bon, pour l'amour du ciel, pas de polémique, c'est de l'humour :)
Le seul truc sérieux que je puisse te dire sur le sujet c'est qu'en matière de
LL, à mon humble avis, on ne peut dicter à personne ce qu'il doit faire. Par contre, quand c'est fait, il faut remercier.

A propos de GL, je ne suis pas un spécialiste mais ce n'est vraiment pas simple
de travailler avec GL sous Linux. Quand il y a beaucoup d'objets, il peut y avoir
des problèmes d'artefacts, d'update pas ou mal fait. En tout cas, c'est sur, ca
demande un boulot monstre. Et comme cela ne profite qu'a quelques cartes,
on peut comprendre que c'est pas une énorme priorité.

Sinon, Raster ne demande pas, mais alors pas du tout aux gens d'implémenter
ses lib. Il à plutot tendance à bosser pour les améliorés. Ca conception du LL
est qu'il ne faut rien demander à personne. C'est pour cela qu'il n'attend rien
de Render et qu'il utilise X11_Soft. C'est pour cela qu'il n'atend rien de Nvidia
et autres pour faire de bon driver 3d( Nvidia est proche du but).

Concernant l'API, elle est très stable. Il y a des ajouts mais peu de modifications.
Et je pense qu'elle restera stable car les lib sont presque toute mûr.
Il y a des pré-release régulièrement sur http://enlightenment.freedesktop.org/(...) (tiens tiens :)).

Il y a deux mondes, les serveurs graphique et ceux qui les utilisent.
Les seconds dépendent des premiers. Raster à choisi la solution suivante:
Bon, je fait avec ce que j'ai plutot que d'attendre. Le projet
EFL date de bien avant Xorg, Cairo.

Moi non plus je ne suis pas un grand technicien mais voila
ce que je pense avoir compris.

E17 ne supportera jamais le fake transparency parce que raster pense que c'est
un horrible hack du aux manques qu'avait Xfree dans le passé.

C'est pour cela que si on lance un terminal transparent sur E17 il ne marchera pas.
Cependant, il est possible de contourner le problème en utilisant Esetroot ou autre.
Elapse utilise le fake transparency via une lib autour de Evas
que Raster ne cautionne mais alors pas du tout :)

En ce qui concerne la vrai transparence, E17 la supporte dans certain cas. Il faut
voir le fond d'écran de e17 comme un immense canevas (heu je suis pas technicien hein !! :) ).

Tout ce qu'affiche E17 __Autour__ des fenetres partage ce canevas.
Ce qui permet la vrai transparence.

Donc, entre les modules(indicateurbatterie,pager), il y de la transparence.

Grace à cela, par exemple, le module particulier qui permet les ombres autour des fenètre "ombre" aussi les autres module modules. Mais il ne peut pas "ombrer" ce qu'il y a à l'intérieur des autres fenètres car ça n'a rien à voir avec
E17. Ca à plutot à voir avec X11.

A propos de X11, voila ce que j'ai compris. Les EFL, ce sont des bibliothèques
graphiques, rien de plus!!! Ca permet d'afficher des images, des rectangles,
du texte, de faire bouger tout cela d'une façon "programer friendly".

Pour afficher tout cela à l'écran, il faut bien utiliser quelque chose. C'est pour cela
que Evas (la lib à la base de tout) dispose de plusieurs Backend :
-Software X11
-Gl X11
-Frame Buffer
-DirectFB
-Et, et, je vous le donne en mille : Cairo !!

Maintenant, il se trouve que Raster et ses amis codent
un WM avec tout cela. Tout de suite, se posent la question de supporter composite.

Composite fonctionne avec Render. Pour que E17 supporte Composite, il suffit
d'ajouter un backend Render et quelques autres chose. Mais Render, c'est
abominablement lent chez la plupart, et ça ne fonctionne bien (et parfois de façon instable)
que sur une minorité de carte. Donc Raster ne s'occupera pas de Render tant
que la situation n'aura pas changé(ou qu'un dieu de la programmation matrise le travail de raster et implémente Render).

Voila ce que j'ai compris :). Les EFL et E17 sont __au dessus__ de tout ce qui
concerne les serveurs graphique, ça les utilise c'est tout !!

Raster c'est rendu compte que le software Render était trop lent, c'est pourquoi
il s'est arrangé pour avoir un backend X11 Software performant.

De ce fait, il ne peut pas faire de vrai transparence mais la façon dont fonctionne E17 permet d'en avoir,un peu.
Ce n'est pas parfait mais ça à le mérite de fonctionner partout d'une façon performante.

Maintenant, il y a le backend GL. Le gros problème de GL(selon Raster) c'est
que c'est très instable. Pour afficher une fenètre en plein écran(jeu) ça va mais
pour le reste, c'est très dur de faire quelque chose de stable pour un WM.

Donc pas de Gl pour E17. Cependant, on peut bidouiller dans le code de E17
pour utiliser GL. Une ligne à changer. Ca passe bien pour le fond d'écran et
ca permet d'avoir un background avec plein d'animation sans trop bouffer
le CPU.

Conclusion :
-Raster veut faire des lib graphique, pas des serveurs graphique
-Il veut que ça soit performant. Alors il fait avec ce qu'il a. Aujourd'hui
Evas X11_soft est ce qui se fait de plus rapide.
-Le projet Enlightenment, c'est 4 ou 5 personnes qui codent __pendant leur temps libre. Donc çe ne va pas à la vitesse de la lumière alors quand on
demande des features encore instables, utilisables sur une minorité de machines,
la réponse est : on n'est pas beaucoup, il nous faut des priorités : stabilité, performance.

J'ai du mal à comprendre toute cette excitation autour de la vrai transparnce
alors qu'il ne s'agit que d'une implémentation d'une feature de X. Elle n'est
pas faite dans E17 et Raster le revendique. Elle est faite par Kwo pour e16,
il le revendique.
Il y a de la vrai transparence entre tous les objets gérés par le WM e17 et Raster le revendique. Point barre.

Il a n'a pas recemment revendiqué le fait qu'il avait fait avec les EFL le travail
qui revient à un serveur graphique! Les EFL Ne peuvent pas faire de la vrai
transparence !! Il peut y avoir de la transparence A l'INTERIEUR d'un appli EFL
donné, mas pas de transparence entre les applis !!! C'est le role du serveur !!!

Il a seulement dit : "eh les gars! vous etes
en train d'imaginer le bureau idéal. C'est pas pour vous déranger mais on fait
déja la majorité de ce que vous imaginez la! Bon ok, on a pas tout (transp, pager en live) parce que Render est très lent pour l'instant mais c'est déja pas mal non ?"

E17 c'est maintenant un ensemble de Libs.
voir sur http://www.enlightenment.org(...) pour plus de détail.

Les devs de E17, qui ne sont pas très nombreux sont en train
de peaufiner ces libs (propreté, documentation complète etc ...).

De mon point de vue c'est assez impressionnant. ca permet de
faire de beeau prog qui fonctionnent en x11 en x11-gl fb directfb
assez facilement.

Le moteur de theme de E17, edje, est vraiment génial , permet une
franche séparation entre le code et l'interface et permet vraiment
de réaliser tout ce qui est imaginable.

Aujourd'hui il y a quelques appli qui fonctionnent comme Entrance, un
gestionnaire de session, Entice un image viewer. Ils sont aussi en train
de faire un frontend pour le prochain xmms qui fonctionne déja pas mal
(ils parlent d'un convertisseur themes-winamp3 => edje :) )

tout cela est en heavy dev, il ne faut pas s'attendre a quelque chose d'ultra stable.

Bon, voila, si vous avez un après-midi a perdre, lisez
http://www.enlightenement(...)
, jetez vous sur le CVS et testez tout ca :)

Pour ceux qui ont une debian, encore plus simple :)

deb http://cxhome.ath.cx/e17(...) unstable contrib

apt-get install entrance entice

met gnome-settings-daemon dans ton .xinitrc ( ou .xsession ) et ca devrait marcher.

apparemment, ils veulent développer un minimum dans leur coin.
Ils n'en sont pas au point ou il veulent que des gens l'utilisent
et demande de l'aide pour le compiler ( d'ailleurs ils utilisent un truc qui s'appelle scons c'est très simple a compiler) ou fassent des rapports de bug.

le README :
Another Pathetic And Naive Audio Player

Pathetic Application Delivering Digital Audio

X Music Multiplexing System

This is not public code. Go away.

:)

désolé c'est http://xmms2.xmms.org(...)

En lisant on se rend compte qu'il ne veulent PAS que le code soit public
donc faut pas les embéter :)

Les dev de E17 sont aussi très soupe au lait faut pas trop leur poser de questions sur la compilation des libs de E17( ce n'est franchement pas
compliqué, ca compile comme une fleur. sinon il y a un gentil qui est en train de faire des debs).