Après notre petite escapade bretonne nous sommes a nouveau de sortie.
Comme chaque année nous vous donnons rendez-vous aux Solutions Linux / Open Source. Vous nous trouverez dans le village associatif avec nos démonstrations habituelles et notre attraction favorite du moment « Terminology » !
Venez nombreux, nous vous y attendrons.
Sol
En marge de son gestionnaire de fenêtre sorti en décembre dernier, le projet Enlightenment s’est attelé à ajouter un élément à son édifice : un émulateur de terminal. Son développement a commencé il y a un peu moins d’un an, initié par Carsten Haitzler. Terminology est donc une écriture from scratch d’un terminal bénéficiant de fonctionalités visuellement très impressionnantes.
La troisième version mineure est sortie récemment. Le nombre de fonctionalités est assez important. Voici une vidéo présentant celles-ci, ainsi qu’une liste non exhaustive ci-dessous :
En se basant sur les EFL, Terminology est donc indépendant du système d’affichage et fonctionne avec X11, Wayland et le frame buffer, sans aucune modification de code. Les version X11 et Wayland peuvent fonctionner en software ou bien en utilisant l’accélération matérielle grâce à OpenGL/OpenGL ES2. D’où la possibilité de supporter les terminaux embarqués et typiquement les smartphones ou talettes avec touchscreen et différents scale factors.
Côté performances, Terminology est parmi les terminaux les plus rapides (gestion des input à la même vitesse que urxvt) et la consommation mémoire provient principalement de l’historique. Le coût d’une instance supplémentaire est d’un peu moins de 300 ko.
Bien qu’utilisable dans sa version actuelle, il reste beaucoup de chemin pour sortir une version 1.0 de ce terminal.
Dans le cadre de la journée Enlightenment France qui a eu lieu samedi, J’ai écrit un tutoriel sur le dévéloppement d’un carrousel en EFL. Ce tutoriel a fait l’objet d’une présentation orale lors de la journée. Pour ceux qui n’ont pas pu participer, ou pour ceux qui voudraient revoir tout ça, le PDF de la présentation ainsi que le code sont disponibles sur ma page github : https://github.com/naguirre/carrousel
Le PDF est téléchargeable ici: https://github.com/naguirre/carrousel/raw/master/doc/tutorial.pdf
Les EFL 1.7.4 sont sorties. Elles serviront à la sortie de E17, qui aura lieu quelques heures après ce post. Outre les diverses corrections d’erreurs, le support Windows a été amélioré.
Je ferai une release des EFL 1.7.4 sous Windows à mon retour de vacances sous la forme d’un installateur NSIS, s’il n’y a pas de problème majeur. Sinon, il faudra attendre la sortie des EFL 1.7.5.
Après la très très attendue annonce du 5 novembre 2012 sur la sortie d’Enlightenment DR17, beaucoup de choses se sont passées.
8 alphas de Enlightenemnt DR17
1 beta
EFL 1.7.2
La date de release de Enlightenment est toujours définie au 21 décembre et, dans le respect de ce calendrier, voici la première version gamma (de l’histoire de l’informatique).
Cette gamma est précédée par la version 1.7.3 des EFL.
http://www.enlightenment.org
Le nombre de problèmes corrigés est tellement important que son nom de code est « The Hulk ».
Alors à vos compilateurs, prêts ? partez
La version Alpha 4 est sortie en cours de route avec les modifications suivantes:
La version Alpha 5 apporte les modifications suivantes:
Cette sortie nécessite une mise à jour des EFL et donc les EFL 1.7.2 sont sorties et sont nécessaires pour compiler E17 (problème avec Edje)
Nous voilà tous de retour de Barcelone, il est donc temps de faire un petit bilan de cette première journée Enlightenment & EFL.
En tous premiers lieux nous tenons à remercier la Linux Foundation et Samsung d’avoir fourni la salle pour cet événement.
Nous retiendrons deux grands événements. Le premier, c’est la sortie de Enlightenemnt DR17 alpha. Le second, moins médiatique mais nécessaire pour le futur du projet: nous nous sommes mis d’accord sur la mise en place d’une équipe de gestion de la communauté.
Dans les perspectives du projet, nous noterons que lors de sa conférence, Carsten Haitzler (aka Raster) a confirmé que les efforts iraient vers l’amélioration de la prise en charge du bureau (ajout de gadgets etc…) et un meilleur support des interface tactiles.
Le meilleur commentaire étant celui des utilisateurs, je vous laisse dans son intégralité le compte-rendu d’un des visiteurs, Anisse Astier
# EFL/E17 future
Rasterman a présenté les principales directions prises par E17 et les EFL. Le compositing va devenir obligatoire, et non plus un module, dans la prochaine version d’E. Le même compositeur est utilisé pour Wayland et X11. L’objectif est d’avoir plus de gadgets et d’applications, ainsi que d’améliorer les outils de développement pour proposer un sdk.
Pour le rendu, l’objectif est d’améliorer le pipeline pour que les threads soient mieux utilisés, ainsi que le rendu asynchrone. Il est également prévu de pouvoir changer le backend à la volée.
Pour edje, ephysics y sera intégré pour permettre plus d’animations.
Wayland est entièrement supporté. Au niveau du code, le nouveau modèle objet EO va être étendu à plus de bibliothèques.
Le support audio est en cours. Enfin, elev8 est une technologie d’avenir pour faire du prototyping et des applications simples et dynamiques en javascript.
# enesim et esvg
Enesim est un framework graphique, dont la bibliothèque principale, enesim sert à faire du rendu graphique immédiat. Il sert à dessiner des formes, et plusieurs types d’objets/filtres: des chemins, ellipse, gradients, distorsion, etc.
Le backend software est le principal, et il y a également un backend opengl finit à 30%, ainsi qu’une preuve de concept d’un backend opencl. Les bibliothèques emage et etex servent respectivement au chargement d’images et au rendu de texte.
Enesim n’est pas forcément comparable à cairo, de par son architecture, notamment de rendu immédiat, ou le fait que ça soit multi-thread.
Esvg et egüeb s’appuient sur enesim pour supporter la spec svg en entier avec l’interactivité, les animation ou encore le multimédia. C’est plus rapide que librsvg, bien que le rendu ne soit pas parfait.
Le code de enesim n’est pas sur le SVN de E mais sur cette page http://code.google.com/p/enesim/
Cette technologie, est utilisée actuellement dans les EFL et plus particulièrement par Evas pour le rendu des images SVG. (lorsque le support de esvg est activé dans evas). Cela permet un gain de 20% lors du rendu de telles icônes par rapport a libsrvg.
Enesim est une technologie très intéressante, et la discussion qui a suivi la conférence nous laisse présager une intégration dans une future version d’evas.
Quelques développeurs de Profusion (i.e. Bruno Dilly, Ricardo de Almeida Gonzaga et Marina Proni (pour le design)) ont écrit un jeu à la Angry Bird : Escape From Booty Bay. Le challenge est d’empêcher des pirates de s’échapper. Si vous n’aimez pas Johnny Deep, ce jeu est fait pour vous. Il est basé sur les EFL et sur un moteur physique : le Bullet Physics, qui a été intégré à la main loop d’Ecroe dans Ephysics.
Le code est disponible sur le svn d’Enlightenment et peut être obtenu avec cette commande:
svn co http://svn.enlightenment.org/svn/e/trunk/GAMES/efbb
Le fichier INSTALL contient des informations sur la procédure d’installation.
Je vous laisse aller sur le site pour regarder la vidéo. En attendant, voici une petite image :
Les EFL 1.7 sont sorties. Comme expliqué précédemment, leur numéro de version passe directement à 1.7. Cette sortie concerne les bibliothèques suivantes :
En plus de ces sorties, un nouveau snapshot de Enlightenment 0.17 est disponible ici, ainsi que la sortie de terminology 0.1.0.
Pour ceux qui n’ont pas encore vu l’annonce sur le blog de Mike, la sortie de Enlightenment 0.17 est prévue dans peu de temps (on a déjà fait le coup, mais là, c’est sur et certain). Vous verrez bien vite que c’est sérieux :-)
Aujourd’hui, raster a taggué les EFL 1.7 en Béta.
Une explication concernant le numéro de version pour ceux qui n’ont pas suivi l’affaire : il a été décidé d’utiliser le même numéro, en prévision de la fusion dans un même répertoire de toutes les bibliothèques (celles-ci seront néanmoins toujours utilisables séparément, elles seront juste dans le même répertoire, avec un unique configure. La compilation devrait être de fait plus rapide).
Comme Eet est actuellement en version 1.6, c’est la version 1.7 qui est donc utilisée. Et normalement, le EFL 1.7 doivent être utilisée pour e17 :-)