L'utilisation des EFL et d'Enlightenment 0.17 (aka e17) dans Tizen a apporté au projet le soutien de Samsung et d'Intel. D'autres entreprises ont contribué à la sortie : Ordissimo, OpenWide, Profusion… Outre les récentes sortie des EFL (en version 1.2.1 pour la dernière), e17 a un release manager : Michael Blumenkrantz. Outre ce développeur du projet, payé par Samsung, trois autres développeurs participent à cette sortie. Le principal travail est de corriger les rapports d'erreurs les plus importants et de stabiliser e17.
La sortie de e17 dépend néanmoins de la prochaine sortie des EFL en 1.7 (uniformisation du numéro de version pour toutes les EFL, d'où un passage pour certaines de 1.2, voire 1.1, vers directement 1.7). En effet, e17 dépend de fonctionnalités du code qui ont été ajoutées récemment dans les bibliothèques. Les EFL sont en phase de gel (freeze) aujourd'hui même, avec une sortie prévue à la fin du mois.
Nouveautés majeures pour les EFL 1.7 :
- Evas : rendu de texte plus rapide, amélioration de la vitesse, ajout d'un objet "textgrid" utilisé dans un terminal (voir une prochaine nouvelle), utilisation d'une nouvelle bibliothèque de rendu SVG, prise en charge de Wayland.
- Ecore : meilleure gestion des threads, prise en charge de Wayland.
- Edje : recompilation à la volée d'un thème qui est modifié sur le disque dur, compilation des thèmes plus rapide.
- Efreet : chargement des mime types plus rapide, internationalisation.
- Elementary : accessibilité, prise en charge de Wayland, accélération pour les "map"
Du côté d'E17, le gestionnaire de fichier a été corrigé grandement, et un nouveau module, basé sur la nouvelle bibliothèque Ephysics (moteur physique), permet de faire joujou avec les fenêtres et la gravité.
Évidemment, tout rapport d'erreur est le bienvenu, pour faire en sorte que e17 soit le plus stable possible et exempt de tout bug majeur.
Aller plus loin
- enlightenment (1243 clics)
- enlightenment release manager (322 clics)
- Rapport de bugs pour e17 (84 clics)
- Tizen (407 clics)
- Enlightenment france (992 clics)
# Bonne nouvelle !
Posté par Jiehong (site web personnel) . Évalué à 2.
E17 devrait donc sortir d'ici peu de temps, même s'il est déjà relativement bien utilisable.
J'attends avec impatiente la dépêche de sa sortie prochaine !
[^] # Re: Bonne nouvelle !
Posté par Guillaume D. . Évalué à 1.
Bonjour,
C'est sur qu'il est bien utilisable !
Je l'utilise depuis plus d'un an, ainsi que Mme Michu et ces enfants, et je n'ai rien à redire sauf qu'il manque un filemanager ( j’utilise pcmanfm et/ou spaceFm ).
C'est joli, extrêmement rapide, léger, fonctionnel, paramétrable a souhait par clicodrome
Bref, E17 c'est bien mangez-en !
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Bonne nouvelle !
Posté par CrEv (site web personnel) . Évalué à -1.
Oué, en même temps que DNFE… heu… ha ben mince, lui au moins il est sorti depuis le temps…
Bon ben en même temps que Hurd alors.
[^] # Re: Bonne nouvelle !
Posté par Benjamin François (site web personnel) . Évalué à 7.
La dernière fois que j'ai lu cette phrase, c'était vers 2002.
# Applications ?
Posté par dinomasque . Évalué à 4.
Est-ce qu'il y a des applications pour e17 ?
Le site officiel n'en parle pas. Enlightenment France en liste à peine une douzaine.
BeOS le faisait il y a 20 ans !
[^] # Re: Applications ?
Posté par Maclag . Évalué à 2.
Toujours la même chose: c'est un "nouvel" environnement, qui a du chemin à faire pour rattraper les ténors du genre.
Les développeurs sont les bienvenus pour contribuer en créant des applis!
En attendant, c'est cohabitation obligatoire avec d'autres toolkits (Gtk, Qt, autre).
[^] # Re: Applications ?
Posté par Pierre Tramo (site web personnel) . Évalué à 10.
Haha! Pour gnome, ça ne va pas être compliqué au rythme ou ils suppriment des fonctionnalités!
[^] # Re: Applications ?
Posté par zebra3 . Évalué à 10.
« Nouvel », faut le dire vite. E16 est sorti en 2000, soit en même temps que GNOME 1.2. En douze ans, il aurait pu avoir un écosystème conséquent.
Quant à E17, son développement a commencé au même moment. Je sais bien que les bibliothèques n'ont été stabilisées que récemment, mais ça n'empêchait pas qu'on développe avec.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par xavier dumont . Évalué à 8.
Allez les gars, arrêtez de vous remonter le bourrichon avec E17 ! Ce n'est absolument pas nouveau et je dirais même que ça fait des années qu'il n'a pas vraiment évolué, il a été simplement amélioré, poli, fignolé.
J'ai utilisé E16 avec mon premier linux et depuis ça n'a presque pas bougé.
D'un côté, il a su garder la ligne et est devenu de plus en plus rapide et économe en ressource ce qui lui a permis de s'installer dans des niches, mais de l'autre il est toujours aussi peu configurable et son look est maintenant plutôt steampunk qu'autre chose.
Désolé les fans, mais autant on peut s'amuser avec, autant il est faux de dire qu'il est au même niveau qu'un gnome ou un kde.
[^] # Re: Applications ?
Posté par rogerwaters . Évalué à 4.
c'est surtout que tu confonds gestionnaire de fenêtres et environnement de bureau et donc que tu compares 2 choses qui n'ont rien à voir entre elles. Tu pourrais comparer e17 à kwin, mais certainement pas à KDE.
"autant on peut s'amuser avec, autant il est faux de dire qu'il est au même niveau qu'un gnome ou un kde."
j'ai beau chercher dans tous les posts, et dans l'article originel, je n'arrive pas à trouver où on compare e17 à gnome ou kde. Il y a un post qui parle de gtk/qt/whatever, un autre qui dit qu'il aura du mal à arriver au niveau de gnome.
Donc : joli troll !! toutes mes félicitations !!
[^] # Re: Applications ?
Posté par dinomasque . Évalué à 10.
Quand un gestionnaire de fenêtres vient avec tout un framework de développement d'applications desktop (cf. liste des API) , j'appelle ça un desktop.
C'est fini e16 qui était juste un WM.
BeOS le faisait il y a 20 ans !
[^] # Re: Applications ?
Posté par Maclag . Évalué à 9.
Bon, très franchement, j'ai beaucoup de respect pour e17 et les EFL, surtout pour les développeurs. Ce sont d'excellents produits, mais pour le coup du "pas un environnement de bureau", ça ressemble plus à une fumisterie marketing qu'à autre chose.
La vérité c'est que E17 et les EFL attirent encore aujourd'hui beaucoup moins de contributeurs que des KDE, Gnome, et par extension Xfce, qui admettons-le aussi, doit une grande partie de son succès au fait qu'il utilise Gtk tout comme Gnome.
Du coup, il serait très ambitieux et même prétentieux de dire que E17 est un environnement de bureau. La comparaison avec ces 3 là serait immédiate et biaiserait injustement les jugements sur le projet ("loin derrière", etc.).
D'un autre côté, on ne peut pas dire non plus que ce n'est "qu'un" gestionnaire de fenêtre.
Alors que faire?
Et bien on invente une expression un peu floue de "Desktop Shell" que je traduis par: "on aimerait bien avoir un environnement de bureau mais il va falloir autrement plus de ressources, surtout humaines!"
e17 SERA bien un environnement de bureau à terme. Mais comme il est déjà utilisable aujourd'hui au moins comme gestionnaire de fenêtre et avec un bon petit panel d'applis, on évite de mettre plein de phrases au futur dans la description.
[^] # Re: Applications ?
Posté par cedric . Évalué à 10.
Alors non, "Desktop Shell" n'a pas ete invente car on manquait de ressource. C'est la ligne directrice de E17 depuis le debut. Avoir un window manager, leger, souple, tres configurable. Les EFL ne sont qu'un effet de bord de cette objectif.
En fait, l'existence des EFLs, montre un gros disfonctionnement dans notre communaute. A chaque fois que quelqu'un veut faire une application, il commencait par faire la bibliotheque generique et reutilisable. L'application venait ensuite, peut etre… Resultat, on a un toolkit tres complet et efficace, mais peu d'application !
Le developpement de E17 a aussi ete complique par cette manie. A chaque fois qu'on ecrit un petit bout de code, on se rend compte qu'on pourrait le partager et qu'il serait utile a d'autre. Hop, une lib ! Resultat 10 ans pour faire un window manager… Ca finit par payer en terme de developpement de nouvelle fonctionnalite, de performance et de souplesse. Mais ce qui attire les developpeurs en general, c'est les applications. Ceux sont les entreprises qui sont attirees par les bibliotheques.
Raster regrette d'ailleur de ne pas avoir fait prendre au projet une orientation "Desktop" plus tot que "Desktop Shell". C'est aussi une des raisons de cette release de E17. Ce refocaliser sur les applications… Mais ce sera plus qu'un environement de bureau, car fonctionnant sur tous vos terminaux (telephone, tv, pc, …). Et ce sera le meme code sur chaque terminal, ce qui ouvre la porte a une plus grande cooperation entre les developpeurs des differents environnements… On verra bien ce que cela donnera !
[^] # Re: Applications ?
Posté par zebra3 . Évalué à 3.
C'est quoi la différence entre « Desktop Shell » et environnement de bureau ?
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par cedric . Évalué à 4.
Le "Desktop Shell" se limite principalement a offrir un window manager tres configurable avec un bon file manager et un certain nombre de "sonde" sous forme de plugins. Pas de client mail, irc, im, web, office… Donc en gros pas d'appli, mais des gadgets pour savoir combien de mail en attente, les news, l'etat du reseau, …
[^] # Re: Applications ?
Posté par zebra3 . Évalué à 1.
S'il n'y a « pas de client mail, irc, im, web, office », je pense qu'on peut difficilement parler de « desktop », shell ou pas, vu que les usages web et office font partie intégrale de la notion de desktop.
Je pense que « graphical shell » aurait été plus juste, non ?
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par Yth (Mastodon) . Évalué à 10.
Est-ce vraiment le rôle du desktop de concurrencer firefox, chrome ou autres ?
De refaire un énième clone d'office, on son fork perso d'OOo/libreO ?
De concurrencer Sylpheed, Claws, Thunderbird etc. ?
De faire mieux que xchat ?
De recoder Gaim, Psi, et autres ?
Le desktop il serait pas là pour utiliser la machine essentiellement ? Permettre de gérer le matériel, gérer ses fichiers, proposer une interface pratique quand on branche une clé USB ?
Et puis les grosses applis sont au dessus. Pourquoi faire un gimp spécifique à E17 alors que gimp existe déjà ? Pour utiliser les EFL plutôt que GTK ? Pourquoi pas, l'idée peut valoir le coup, mais est-ce que ça doit être partie intégrante du fameux « desktop » ?
Si tu n'utilises que E17 plus des outils autres genre firefox/libreOffice/gimp/Sylpheed/Xchat/Psi, tu n'aurais pas de « desktop » ? Conception étrange de l'espace de travail informatique je trouve…
Avec une telle définition il n'en existe qu'un de « Desktop » sous Linux, c'est KDE…
J'avoue, je suis un brin largué par ces distinctions diptérosodomites et pas très KISS.
[^] # Re: Applications ?
Posté par zebra3 . Évalué à -1.
Ça dépend de ce que signifie « desktop ». En anglais, ça veut dire « bureau ».
Or à mon avis, oui, c'est le rôle du bureau que de fournir les outils de base d'un usage bureautique : communiquer, rédiger des documents ou classeurs, accéder à internet.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par Christophe Turbout . Évalué à 4.
comme il le disait, pour refaire des choses moins bien ? je ne vois pas l'intérêt ! Il y a déjà moultes outils, optimisons les plutôt que de vouloir en réécrire à chaque fois.
[^] # Re: Applications ?
Posté par zebra3 . Évalué à 1.
Justement : en quoi est-ce refaire les choses moins bien que d'écrire un nouvel outil qui se base sur des fondations communes avec d'autres logiciels, plutôt que chacun apportant son framework et ses librairies ?
Au final, ça a bien des avantages : moins de duplication de code sur disque et en mémoire donc performances accrues et moins de surface de bug et de failles puisque moins de code.
L'inconvénient est bien sûr le manque d'indépendance de l'environnement, mais c'est un choix assumé.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par kursus_hc . Évalué à 5.
Je crois qu'il voulait dire que depuis le temps qu'on développe des desktops sous linux, les milliers de contributeurs, les centaines de milliers d'heure de travail, les milliards de lignes de code, il y a un côté regrettable au fait que ces desktops soient encore largement perfectibles (même pour un utilisation lambda).
[^] # Re: Applications ?
Posté par dinomasque . Évalué à 9.
Quel desktop nest pas perfectible ? ;)
Quand je vois KDE 3 et GNOME 2 aussi aboutis dans leur classicisme, quand je vois les avancées autour des KParts, quand je vois l'élégance de Windowmaker, quand je vois les tiling WM pousser aussi loin des concepts, quand je vois ROX Desktop aussi rapide et léger, quand je vois XFCE apporter un refuge aux déçus, quand je vois GNOME 3 prendre des risques pour innover, je me dis que les efforts colossaux consentis dans toutes sortes de direction sur les desktops libres ont payé.
L'offre de desktop libre est dans une phase de mutation un peu ingrate pour le simple consommateur de logiciel en ce moment. Ça va déjà mieux et ça ira encore mieux.
Qu'y a-t-il à regretter ?
(à part GNUStep moribond et le couple OpenTracker/OpenDeskbar hérité de BeOS tombé dans l'oubli)
BeOS le faisait il y a 20 ans !
[^] # Re: Applications ?
Posté par Nonor . Évalué à 2.
Yep… En fait pour atteindre la perfection, il suffirait juste que ces 2 là soient encore supportés, finalement…
[^] # Re: Applications ?
Posté par zebra3 . Évalué à 2.
J'oubliais :
Si, pourquoi pas. Mais dans ce cas on parle de l'ensemble ; je ne pense pas qu'on puisse qualifier E17 seul de desktop.
Il est juste un environnement auquel on adjoint des applications. Ce qui n'enlève rien à ses qualités propres, bien entendu.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par Steven Le Roux . Évalué à 1.
Et en quoi un desktop doit se composer d'un client mail / web / … ? chacun a sa propre utilisation du desktop… Je rejoins les commentaires plus haut en disant que ré-inventer la roue n'a que peu d'intérêt… c'est certe bien d'avoir un écosystème applicatif pour l'homogénéisation (et surtout que ce sera plus rapide qu'en gtk ou qt), mais e17 serait la meilleure vitrine pour les dev.
Ce qui pose plus problème pour attirer les dev étaient les changements d'api fréquents, mais avec des cycles de release ça devrait justement conforter les dev dans l'idée que leur appli puisse tourner sur au moins quelques versions.
[^] # Re: Applications ?
Posté par cedric . Évalué à 10.
Euh, comparer E16 et E17, ca n'a juste rien a voir. E17 aujourd'hui n'a pas une seule ligne en commun avec E16. Il est aussi plus performant que E16 (Mais ca ce n'etait pas tres difficile).
Pour le cote configurable, j'avoue ne pas comprendre ta remarque. C'est un des windows manager les plus configurable. On peut configurer la disposition des fenetres par bureau virtuel. L'un en tile, un autre classique. On peut attacher des bindings claviers ou souris a toutes les actions. Tous les modules peuvent etre active ou desactive a la demande de l'utilisateur et il est tres simple d'ecrire son propre module. De ce cote la, je pense qu'on n'a pas a rougir de la concurrence !
Pour ce qui est du theme par contre, c'est clair que celui par defaut est moche ! C'est pas comme si on pouvait en changer facilement, mais avoir un theme complet et joli ca prend du temps. Si il y a des designers motives pour nous aider, la porte est grande ouverte. La plus grande difficulte pour nous, c'est de faire les graphismes, modifier le theme est facile apres. Donc si quelqu'un veut proposer un nouveau theme par defaut, on attend vos idees. A vos GIMP et Inkscape :-)
Ensuite, E17 n'est pas GNOME ou KDE, c'est a comparer plutot avec kwin ou Compiz…
[^] # Re: Applications ?
Posté par Gabin . Évalué à -5.
Je n'ai jamais vu ces éléments dans les démos et les fois où j'ai testé E17 (eLive), ça m'a semblé très inconcistant et le gestionnaire de configuration, très limitée.
On peut avoir une démo quelque part, notamment le tilling, l'écriture de modules?
[^] # Re: Applications ?
Posté par gnujsa . Évalué à 0.
Euh …
Remettons les choses dans leurs contexte. Décembre 1999 quand je découvrais E16 sur mon pentium 233 MMX/48 Mo de RAM, je trouvais ça … Whhouah. C'était le futur, le bureau animée qui s'ouvre en 2, super fluide avec ma carte en mode VESA, etc. Et c'était infiniment plus rapide que Gnome 1.4 ou KDE. Et à des années lumières de au niveau du look de Windows 98 SE qui venait de sortir ou de Mac Os 8 que j'utilisais au boulot. Voilà, à l'époque Linux, c'était "Whouha…". Maintenant, ça marche bien, mais c'est moins téméraire, ça copie avec une peur psychotique de paraître marginal. Bon ça n'a pas trop de rapport avec le sujet, j'arrête de faire le vieux grincheux, promis. Mais, je doute fortement que E17 soit capable de tourner sur les mêmes machines que E16 …
R.I.P. E16
[^] # Re: Applications ?
Posté par cedric . Évalué à 4.
Challenge interressant, mais l'architecture de E17 est nettement plus optimise que E16. La difficulte sera surtout de trouver le meme theme que E16 et de comparer a effets egaux. Et on tourne toujours sur des pentiums MMX, certains testent encore :-D
[^] # Re: Applications ?
Posté par bubar🦥 (site web personnel) . Évalué à 6.
À propos des thèmes pour 17, cette page (générique, sur la mode "show-me-your-desktop day" en recense des vraiment surprenant et particulièrement réussi. Bon, goûts et couleurs, toussa, mais en tout cas quelques uns rompent radicalement avec celui par défaut. Et ma foi, ça donne envie : IsOpenIsFree.
Perso, se fut une surprise de découvrir tant de thèmes variés (et de 'composition' de bureau, également) pour E17.
[^] # Re: Applications ?
Posté par maderios . Évalué à 3.
Des thèmes E17 en pagaille
http://e17-stuff.org/
"L'art est fait pour troubler. La science rassure" (Braque)
[^] # Re: Applications ?
Posté par maderios . Évalué à 3.
Page officielle des thèmes
http://exchange.enlightenment.org/theme
"L'art est fait pour troubler. La science rassure" (Braque)
[^] # Re: Applications ?
Posté par dinomasque . Évalué à 3.
Il y en a ou pas des applications ?
BeOS le faisait il y a 20 ans !
[^] # Re: Applications ?
Posté par Jérôme Pinot (site web personnel) . Évalué à 8.
Il y a au moins un tableau périodique (traduit en français)…
[^] # Re: Applications ?
Posté par rogerwaters . Évalué à 5.
outre les outils de développement, il y a un media player, un lecteur d'images (pas qu'un d'ailleurs), un terminal sexy, un gestionnaire de photos (avec géolocalisation), un lecteur de musique, un lecteur de pdf, un navigateur, un login manager, une calculatrice, un outil de présentation (comme powerpoint/beamer), un éditeur de texte. Il doit y en avoir quelques autre (dont le tableau de classification périodique des éléments).
Il manque de la main d'oeuvre, surtout. Les outils sont là, il faut des personnes motivées :)
[^] # Re: Applications ?
Posté par Gabin . Évalué à 1.
Sympa, mais ce que je repproche à Enlightenment, c'est d'être resté bloqué dans les années 90 en terme d'esthétique et d'utilisation des effets, le coup du cursor avec l'effet "faisceau" (beamer), très Jacky quand même! :)
[^] # Re: Applications ?
Posté par zebra3 . Évalué à 0.
Il manque quand même l'un des plus important : un navigateur web, parce qu'il peut remplacer tous les autres.
C'est d'autant plus dommage, qu'avec Webkit il ne manque qu'une GUI, la partie la plus complexe qu'est le moteur de rendu étant déjà prête.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Applications ?
Posté par julmx . Évalué à 8.
Je ne comprends vraiment pas l’intérêt de perdre du temps a développer des applis quand on a des ressources limitées.
Combien ici utilisent toutes les applis fournies avec gnome ou KDE ? perso, ca m’embête plus qu'autre chose de me retrouver avec évolution ou un navigateur internet installé par exemple.
Pour une boite comme crosoft, qui a des dev en pagaille et préfère inciter les utilisateurs a utiliser ces applis, je comprend. Dans le monde linux, je comprend pas, c'est meme contraire a l'esprit unix, une appli qui ne fait qu'une chose mais qui le fait bien…
On va quand meme pas se retrouver avec des dev qui travaillent sur un solitaire et un démineur alors qu'il n'y à toujours pas de release stable.
Si madame Michu a besoin d'un OS tout prêt avec des applis de base installées, c'est le boulot des distributions (qui le plus souvent commencent par virer les applis fournies avec le desktop)
[^] # Re: Applications ?
Posté par claudex . Évalué à 4.
C'est rarement une perte de temps dans le sens où les développeurs font ça pour leur plaisir (pour la plupart) et ne se forceraient pas à développer un logiciel qu'ils n'aiment pas.
J'utilise beaucoup d'applications fournies avec KDE et je préférerais les utiliser toutes parce qu'elles sont, en général, plus intégrées et plus dans la philosophie de ce que je cherche.
Ça dépend des distributions
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Applications ?
Posté par dinomasque . Évalué à 3.
Il y en a d'autres qui ont des ressources limitées et qui ne conçoivent pas de ne pas faire leur propre hardware en plus de leur propre OS et de leurs propres applications.
Pourquoi ? La réponse tient en un mot : intégration.
BeOS le faisait il y a 20 ans !
[^] # Re: Applications ?
Posté par julmx . Évalué à 2.
Oui, tu as raison, mais j'ai des doutes sur la stratégie.
c'est sur que l’intégration est pour beaucoup dans le succès d'une boite comme apple mais si j'ai bien compris, E17 justement n'est pas lié à un hardware particulier mais ambitionne de tourner sur des PC, des tablettes, des smartphones et je ne sais quoi… il en faut des ressources pour développer tout ça…
[^] # Re: Applications ?
Posté par dinomasque . Évalué à 4.
Le ciblage hardware cible les appareils "post PC" qui ont en commun des ressources limitées.
Ou plutôt qui avaient : l'iPhone du tout-venant est plus puissant et a plus de RAM que mon Mac Mini de 2005. Point n'est besoin d'un OS "rétréci", mais juste d'un OS qui fait fi de l'héritage de complexité lié à la retro-compatibilité comme ….. BeOS il y a 15 ans ;)
e17 c'est un peu ça : la brique "GUI" (au sens large) de systèmes intégrés à produire en y ajoutant une base d'OS à noyau Linux (passe partout) et du hardware.
La charge d'intégration revient au fabricant (d’où le sponsoring du projet).
e17 m'a l'air très cohérent à un détail près : fait-on encore en 201X des applications comme on les faisait dans les années 1990 ?
BeOS le faisait il y a 20 ans !
[^] # Re: Applications ?
Posté par rogerwaters . Évalué à 1.
Il y en a un, Eve, mais sa GUI n'est pas top : http://trac.enlightenment.org/e/wiki/Eve
[^] # Re: Applications ?
Posté par cedric . Évalué à 7.
Ca viendra en son temps aussi. Il y a peu d'interet a refaire un nieme navigateur web ou un nieme client mail, si en plus de l'integration, il n'apporte pas quelque chose de neuf. On a des idees, des projets.
Terminology est la premiere application sur laquelle on va explorer ces nouvelles idees. Un nouveau concept pour les tabs, la notification, l'integration de fonctionnalite exterieur. Une fois que ces fonctions seront operationnelles, elles seront merge dans la bibliotheque de widget et on attaquera surement un navigateur web. Mais ca je ne le vois pas arriver avant l'annee prochaine vu la taille de notre equipe actuelle.
Pour un client mail, les idees ne manquent pas. Je recommande la lecture de l'ebook de Brett Victor qui contient de tres bonnes idees ainsi que ce lien : http://www.vanschneider.com/work/mail/. En lien supplementaire, je rajouterais aussi : http://notmuchmail.org/. D'un point de vue architecture, reecrire et gerer tous les protocoles mails est une tache, lourde, complexe et peu gratifiante, car deja fait et sans trop de plus valu a priori. Ce qui compte, c'est surtout d'etre capable de naviguer rapidement et efficacement dans ses maildirs, d'afficher tous ses mails, de pouvoir en ecrire et de donner du contexte a l'ensemble des information.
En fait, l'interface graphique a tout interet a devenir une suite de communication et pas uniquement un afficheur de mail. La, il y a beaucoup de chose que l'on peut faire qui peuvent etre nouveau. Donc l'idee actuel serait de se baser sur un daemon qui remplit gentillement un maildir en tache de fond et un front end qui ne fait que de l'affichage et de la manipulation de donnees. Cela simplifiera surement grandement l'ecriture d'un tel client. Il faut maintenant trouver un bon daemon pour nous remplir nos maildir… Mais pareil, cet effort ne commencera surement pas avant que E17 et Terminology ne soit release. En attendant, on reflechit, trouve des outils qui nous permettront quand on s'y attaquera d'avancer efficacement.
[^] # Re: Applications ?
Posté par rogerwaters . Évalué à 3.
pas sur le site, mais sur le wiki, en fait :) Il ne les liste pas tous, néanmoins
# La bouteille a la tête en bas.
Posté par ナイコ (site web personnel) . Évalué à 2.
Chouette ! Il sera livré avec Duke Nukem F…?
Non, rien.
[^] # Re: Applications
Posté par coucou . Évalué à 2.
Bon, maintenant que l'imbécile de service a lâché Duke Nukem, on peut y aller…
Évidemment qu'E17 n'est pas "au niveau" de Gnome ou KDE, puisqu'il n'a jamais été conçu dans ce sens. E17 n'est pas un environnement de bureau, E17 est un gestionnaire de fenêtres amélioré mais surtout une plateforme de développement.
Il y a de nombreuses applications dans le svn du projet, le problème c'est que l'essentiel du développement est sponsorisé par Samsung et ce qui intéresse Mr Samy c'est la puissance et la légèreté des bibliothèques - à savoir les EFL. Celles-ci sont déjà une réussite à l'échelle industrielle.
Terminology est une application à suivre de très près, elle combine la légèreté de xterm avec des possibilités phénoménales…
Ephoto est aussi une excellente application à découvrir.
Eperiodique, déjà citée (et malgré son nom pas terrible…), est sympa également.
[^] # Re: Applications
Posté par coucou . Évalué à 3.
Autres applications à essayer : Equate, Envision, Elmdentica, Echo, Econcentration, Ecrire…
Je n'ai cité que celles qui compilent en ce moment. C'est la faiblesse de l'écosystème d'E17 : il y a des applications intéressantes qui se perdent en chemin… Entendez par là qu'elles compilent une semaine sur deux, ou sur trois. Et leur dev repasse aux EFL… parce ce qu'on le paye pour cela.
[^] # Re: Applications
Posté par SF . Évalué à 4.
Ah oui lire une vidéo en fond de terminal et avoir des effets spéciaux en guise de curseur ça devrait considérablement améliorer nos conditions de travail.
[^] # Re: Applications
Posté par dinomasque . Évalué à 7.
en choisissant bien la vidéo, on pourra dire de manière irréfutable que le terminal est "sexy" ;)
BeOS le faisait il y a 20 ans !
[^] # Re: Applications
Posté par Kekun (site web personnel, Mastodon) . Évalué à 3.
Ça ferait un malheur sur l'Android Market.
[^] # Re: Applications
Posté par cedric . Évalué à 10.
Je note un certain manque d'imagination. Tout d'abord les effets speciaux sur le curseur, ca permet de toujours le retrouver rapidement. Les videos et images, permettent certe de completement customiser son terminal, mais cela ouvre surtout la porte a une preview rapide de tous les fichiers sans application externe.
Il est tant de repenser les limites de son terminal…
[^] # Re: Applications
Posté par Mali (site web personnel) . Évalué à 5.
Comme ceci par exemple (click)
[^] # Re: Applications
Posté par CrEv (site web personnel) . Évalué à 1.
Par certains côtés ça me fait penser à TermKit sous mac.
Enfin saut que TermKit semble oublier un peu les effets pour se concentrer sur d'autres fonctionnalités et c'est à mon avis plus intéressant.
Mais en tout cas cela montre qu'un terminal peut aussi utiliser des fonctionnalités graphiques à bon escient
[^] # Re: Applications
Posté par cedric . Évalué à 1.
La tres grosse difference avec TermKit, c'est qu'on utilise l'infra existante et tous les binaires utilisant un terminal. A l'oppose, TermKit reecrit tout…
[^] # Re: Applications
Posté par CrEv (site web personnel) . Évalué à 2.
c'est sur, mais en même temps il va beaucoup plus loin et utilise les possibilités graphiques non pas juste pour faire des effets peu nécessaires (ça fait penser aux débuts de compiz en fait) mais dans un vrai but.
maintenant ça ne dénigre pas terminology, c'est juste deux terminaux avec des objectifs différents et l'utilisation de possibilités graphiques plus importantes que les autres
[^] # Re: Applications
Posté par dinomasque . Évalué à 3.
C'est quoi la différence entre un "Desktop environnment" et un "Desktop shell" pour toi ?
BeOS le faisait il y a 20 ans !
[^] # Re: Applications
Posté par CrEv (site web personnel) . Évalué à 10.
Je crois que c'est l'heure de prendre tes calmants…
Et surtout je ne vois pas comment une news sur une release (ou un release manager) de e17 pourrait ne pas faire penser au fait que c'est un soft qui est en développement depuis quand même 13 ans… Et on ne compte même plus le nombre de fois où quelqu'un a écrit que ça allait bientôt sortir.
[^] # Re: Applications
Posté par spider-mario . Évalué à 4.
La légèreté de xterm, qu’est-ce que ça donne envie !
http://aseigo.blogspot.fr/2004/10/konsole-vs-xterm-or-proof-that-kde-is.html
http://st.suckless.org/ :
[^] # Re: Applications
Posté par cedric . Évalué à 10.
Tout a fait d'accord avec l'analyse de Aaron. Il est preferable d'avoir le moins de process possible pour economiser des ressources. Et le code source xterm et urxvt est effectivement en mauvais etat du fait de son age.
Mais bon, ici on parle de deux chose, consommation memoire et performance. Tout d'abord pour les performances, le benchmark utilise est "time cat http://www.gutenberg.org/files/100/100.txt" (Le fichier etant en local sur la machine, et le temps retenu est le plus faible apres plusieurs lancement). Le resultat est sans appel, le temps d'execution est du plus grand au plus petit: Linux console > GNOME Terminal (et tous les utilisateurs de libvte) > Konsole > xterm > urxvt & Terminology.
Terminology : 2Mo dans le tas, 136K dans la stack
urxvt: 2.4Mo, 136K dans la stack
konsole: 3Mo dans le tas, 136K dans la stack (avec 4 tabs, on passe a 3.6Mo)
Conclusion pour l'instant, Aaron a raison, il y a plus de donnee partage dans konsole avec des tabs que dans urxvt. Donc assez rapidement, konsole prendra l'avantage sur urxvt. Il n'y a pas de tab pour l'instant dans Terminology, mais une partie des ressources peuvent etre mise en commun grace a CServe2 entre toutes les instances (Image et glyph de font). Cela genere une economie de 1.5Mo par instance, le cout d'un nouveau Terminology etant de 500K. On n'est plus tres loin de ce que fait Konsole avec ces tabs, mais sans tab on ne pourra pas faire beaucoup mieux.
Mais bon pour ces 500K, vous avez un terminal qui fonctionne en frame buffer, sous wayland et X (en soft ou avec acceleration OpenGL) sans aucune modification. La version frame buffer peut suivant les machines etre en 10 et 50 fois plus rapide que la console Linux par defaut. Il est presque fonctionnel sur touchscreen (manque le scroll back au touch).
Mais le fait d'avoir un toolkit complet ouvre des possibilites nouvelles. Pour le meme prix, vous avez le droit a la preview des images et des videos directement dans Terminology sans lancer d'application. Il suffit de cliquer sur un chemin, et si c'est une image, un pdf, une video, vous avez directement un player d'afficher. Il reste a maintenant patcher tous les outils classiques pour qu'il detecte Terminology et emettent un code d'echapement permettant d'avoir cette fonctionnalite de disponible partout. L'idee etant que dans mc, vous cliquez sur un fichier image et ca l'afficher instantanement. Pareil, une url dans mutt ou irssi vers une image, et ca vous l'affichera d'un simple click, pas besoin de lancer un browser pour.
Bon, et tout ca, ca a pris combien de temps ? Et bien Terminology a tout juste un mois ! Il a recu les contributions d'une dizaine de developpeur durant ce laps de temps. On a passez beaucoup de temps a ecrire les bibliotheques, mais aujourd'hui se framework se revele extremement productif ! Il est probable qu'on puisse finaliser Terminology (sans tab) pour la release de E17.
# Ça bouge !
Posté par omer666 . Évalué à 3.
Qu'il est agréable de voir que l'open source peut s'accélérer sous l'impulsion de quelques uns. J'attends de tâter du e17 final, même si j'en ai déjà tâté en version SVN, même s'il aura pris son temps pour arriver, malgré tout un peu de nouveauté comme ça, moi ça me redonne espoir.
# Bonne nouvelle!
Posté par gogoprog . Évalué à 1.
Bonne nouvelle, j'ai envie de rentrer l'expérience e17.
J'avais du abandonner suite à de trop nombreux crashs…
# Distrib avec E17
Posté par claudex . Évalué à 7.
Quelles sont les bonnes distributions pour avoir un Enlightment qui fonctionne bien ? Question bonnus, quelles sont celles avec une version plutôt à jour (sans cité les rolling, vue que je les connais déjà) ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Distrib avec E17
Posté par rogerwaters . Évalué à 1.
Bodhi Linux
[^] # Re: Distrib avec E17
Posté par Jérôme Pinot (site web personnel) . Évalué à 6.
Slackware + SlackE17
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Distrib avec E17
Posté par maderios . Évalué à 5.
N'importe quelle distrib en utilisant ce script qui fait tout à ta place: récupération du svn, compilation, installation. Plein d'options, dont le choix de la version svn. Choisir l'option --packagelist=full pour avoir tous les modules. La dernière version "stable" de E17 est la 70492.
http://omicron.homeip.net/projects/#easy_e17.sh
"L'art est fait pour troubler. La science rassure" (Braque)
[^] # Re: Distrib avec E17
Posté par barret benoit . Évalué à 2.
Ubuntu avec le e17 ppa (testé et approuvé, svn de la veille compilé) :
sudo add-apt-repository ppa:hannes-janetzek/enlightenment-svn
sudo apt-get update
sudo apt-get install e17 emodule*
# Donc j'en déduis que E17 sort à la fin du mois ?
Posté par Eldermê (site web personnel) . Évalué à 3.
Puisqu'ici il est écrit que :
> Les EFL sont en phase de gel (freeze) aujourd'hui même, avec une sortie prévue à la fin du mois.
Et là que :
> Ce qui a maintenant été établi par Rasterman, c'est qu'il n'y aura pas d'autre sortie d'EFL avant E17. Il n'est donc pas impossible de voir E17 sortir dans quelques mois.
Non ?
[^] # Re: Donc j'en déduis que E17 sort à la fin du mois ?
Posté par lendemain . Évalué à 6.
Le 25 Décembre, mais seulement si tu as été bien sage cette année, si tu n'as pas écris une seule ligne de code privateur.
# Corriger les rapports ?
Posté par Sharpshooter . Évalué à 2.
"Le principal travail est de corriger les rapports d'erreurs les plus importants…"
J'espère que ce monsieur fera plus que corriger les rapports d'erreurs ! S'il pouvait corriger aussi les erreurs ce serai drôlement bien.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.