Rasterman a répondu à l'article de Pennington en disant que tout ce qu'il prévoyait de faire (accélération OpenGL, amélioration du canvas) était déjà réalisé dans evas et qu'apparemment tout le monde s'en foutait. Et malheureusement, il n'a pas tort... Evas est une libraire très bien construite qui peut bénéficier de l'accélération OpenGL très facilement (juste une ligne à changer lors de l'initialisation du programme).
Alors pourquoi toujours tout réinventer et ne pas construire directement GTK sur evas? Si l'équipe d'e17 a travaillé pendant de longues années sur les EFL c'est pas pour rien. Ils ont réalisé un travail fabuleux (et pas seulement dans les screenshots d'e17), l'API des librairies est également très bien pensée.
Quant à Cairo, vu sa vitesse, l'implémenter dans GTK ne pourra que le ralentir (encore plus...). Et puis Evas a aussi un moteur de rendu Cairo (FrameBuffer et QTopia aussin et prochainement Win32), donc comme pour OpenGL il suffit de changer une ligne à l'initialisation si ils veulent vraiment utiliser Cairo...
[^] # Re: Gtk+
Posté par Simon TRENY . En réponse au journal Un nouveau look pour Gnome 2.12. Évalué à 10.
Alors pourquoi toujours tout réinventer et ne pas construire directement GTK sur evas? Si l'équipe d'e17 a travaillé pendant de longues années sur les EFL c'est pas pour rien. Ils ont réalisé un travail fabuleux (et pas seulement dans les screenshots d'e17), l'API des librairies est également très bien pensée.
Quant à Cairo, vu sa vitesse, l'implémenter dans GTK ne pourra que le ralentir (encore plus...). Et puis Evas a aussi un moteur de rendu Cairo (FrameBuffer et QTopia aussin et prochainement Win32), donc comme pour OpenGL il suffit de changer une ligne à l'initialisation si ils veulent vraiment utiliser Cairo...