Ordissimo embauche

Substantiel, l’entreprise développant Ordissimo, cherche un nouveau développeur.

L’entreprise voudrait investir plus de son temps dans notre communauté. En effet, le but de ce recrutement serait de perfectionner l’ensemble des librairies qui composent les EFL ainsi que d’enrichir Elementary avec de nouveaux widgets.

Un bagage technique important sous Linux est recommandé pour postuler.

Des connaissances sur Elementary, Edje et Evas sont indispensables.

L’offre sur lolix
Contact : emploi_Arombase_substantiel.fr

flattr this!

Les EFL et XCB

Depuis quelque jours, Devilhorns commite sur le SVN du code concernant XCB. Qu’est ce que XCB, à quoi ça sert, quel est le gain pour les EFL d’utiliser XCB ?

D’apres le site officiel :
« The X protocol C-language Binding (XCB) is a replacement for Xlib featuring a small footprint, latency hiding, direct access to the protocol, improved threading support, and extensibility. »

Que l’on pourrait traduire par : XCB est un remplaçant de Xlib, proposant une faible empreinte mémoire, une latence cachée, un accès direct au protocole X, un support des files d’exécution amélioré, et de l’extensibilité.
Les avantages :

  • Gain en mémoire lors de l’exécution (voir plus bas)
  • XCB entièrement thread safe
  • Réactivité d’un gestionnaire de fenêtres
  • Gain de vitesse (certe faible) pour un démarrage de programme par rapport à Xlib en local, mais gain énorme quand l’application est lancée dans un tunnel ssh (~1s pour XCB, ~6s pour Xlib) lorsque l’application est correctement écrite (évidemment)

Regardons comment activer tout ça dans les EFL.
Devilhorns n’est pas parti de 0, puisqu’il a reprit le code de vtorri. On retrouve XCB dans evas et ecore.
Nous devons donc compiler ces deux librairies avec le support de xcb :
Pour evas :

./configure --prefix=/opt/e17 --enable-software-xcb

Ce qui nous donne comme résultat :

Engines:
Software Memory Buffer.....: yes
Software X11...............: yes (Xlib: no) (XCB: yes)

et pour ecore :

./configure --prefix=/opt/e17 --enable-ecore-x-xcb

ce qui nous donne :

Ecore_X (XCB backend)........: yes
....
Ecore_Evas...................: yes
Software Memory Buffer.....: yes
Software X11...............: yes (Xlib=no) (XCB=yes)

Comparons les résultats avant et après compilation :
La mémoire utilisée par E17 avant de compiler le support XCB est (RES – SHR) => 39M – 8536 = 30.4MB
Après avoir compilé le support XCB : 21M – 9952 = 11.048MB !

La mémoire utilisée est presque divisée par 3 ! Et e17 est toujours utilisable.
Juste un petit bémol, Dans le cas où vous voudriez activer XCB, sachez que vous ne pourrez plus utiliser le moteur OpenGL de Evas, en raison d’une support opengl non fini dans XCB. Il en est de même pour le backend opengl/es de evas, bien que pour cette partie ça ne soit qu’une question de temps avant que devilhorns ajoute ce support dans ecore et evas.

Notez également que le composite logiciel reste opérationnel avec XCB.

flattr this!

un petit Elfe sur vos appareils tactiles

En voilà un qui va faire des émules.

Je vous l’accorde il n’est pas tout jeune (quelques mois) mais il est assez beau et intéressant pour faire un petit zoom sur ce petit logiciel concocté par notre Captainigloo national.

Vous vous demandez « mais c’est quoi son histsoire d’elfe, il se prend pour Tolkien ou quoi ? », et bien Elfe c’est un module pour e17 qui fait office de bureau alternatif adapté aux profils tactiles de e17 pour remplacer le très valeureux illume-home.
Elfe est l’acronyme de (Enlightenment Launcher For Embedded). Il s’utilise avec le profile Illume de e17.

Pour sa rapprocher des terminologies « droidesques » c’est un lanceur d’application, qui vous permet de lancer vos petits programmes préférés sur des tablettes ou des téléphones et même sur vos PC classiques si vous en avez envie.

Elfe

flattr this!