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.
[^] # Re: linux vers mac os x
Posté par lamar . En réponse au journal Tiger vient de sortir. Évalué à 1.
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.