> 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
Havoc n'a jamais prétendu qu'il inventait quelque chose de nouveau dans ce domaine. Je t'invite à lire : http://log.ometer.com/2005-02.html#23.2(...) One of the more annoying properties of the Internet is that no matter what you post to your blog (or mailing list, or chat) people add comments like: "that isn't new, the Amiga had it in 1987" or "that isn't new, we did that with punch cards in 1953" or "Longhorn has that already" or whatever. These comments are especially popular in places like osnews and slashdot.
I usually add a disclaimer to my posts specifically to head this off, but it never helps. (Shocking!)
Why post ideas? It's not to get credit for originality. It's because in this specific context, at this specific time, we should discuss and possibly implement those ideas
Dans le blog havoc que j'ai indiqué, Havoc parle principalement de l'implémentation dans Gtk et de l'utilisation dans Gnome.
> était déjà réalisé dans evas et qu'apparemment tout le monde s'en foutait.
J'ignore tous les tenants et aboutissants. Le problème de "evas" tel que je le vois n'est pas evas :-)
Le problème est qu'il n'est pas intégré à un toolkit existant. L'intérêt de la proposition de Havoc est d'avoir quelque chose pour *toutes* les applis Gtk et pas de faire des hacks isolés dans un coin.
> juste une ligne à changer lors de l'initialisation du programme
Tu rêves si le programme n'a pas été fait explicitement pour utiliser evas.
> Alors pourquoi toujours tout réinventer et ne pas construire directement GTK sur evas?
Si la licence de evas le permet et si ça présente un intérêt, je suis sûr à 99 % que Gtk va reprendre du code d'evas. Les développeurs ne sont pas stupides.
> 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...
Là, tu mélanges tout. Cairo peut t'afficher du pdf (vectoriel) directement mais aussi l'envoyer sur imprimante ou sur win32. FrameBuffer et evas n'ont pas grand chose à voir avec Cairo.
[^] # Re: Gtk+
Posté par fabb . En réponse au journal Un nouveau look pour Gnome 2.12. Évalué à 2.
Havoc n'a jamais prétendu qu'il inventait quelque chose de nouveau dans ce domaine. Je t'invite à lire :
http://log.ometer.com/2005-02.html#23.2(...)
One of the more annoying properties of the Internet is that no matter what you post to your blog (or mailing list, or chat) people add comments like: "that isn't new, the Amiga had it in 1987" or "that isn't new, we did that with punch cards in 1953" or "Longhorn has that already" or whatever. These comments are especially popular in places like osnews and slashdot.
I usually add a disclaimer to my posts specifically to head this off, but it never helps. (Shocking!)
Why post ideas? It's not to get credit for originality. It's because in this specific context, at this specific time, we should discuss and possibly implement those ideas
Dans le blog havoc que j'ai indiqué, Havoc parle principalement de l'implémentation dans Gtk et de l'utilisation dans Gnome.
> était déjà réalisé dans evas et qu'apparemment tout le monde s'en foutait.
J'ignore tous les tenants et aboutissants. Le problème de "evas" tel que je le vois n'est pas evas :-)
Le problème est qu'il n'est pas intégré à un toolkit existant. L'intérêt de la proposition de Havoc est d'avoir quelque chose pour *toutes* les applis Gtk et pas de faire des hacks isolés dans un coin.
> juste une ligne à changer lors de l'initialisation du programme
Tu rêves si le programme n'a pas été fait explicitement pour utiliser evas.
> Alors pourquoi toujours tout réinventer et ne pas construire directement GTK sur evas?
Si la licence de evas le permet et si ça présente un intérêt, je suis sûr à 99 % que Gtk va reprendre du code d'evas. Les développeurs ne sont pas stupides.
> Quant à Cairo, vu sa vitesse, l'implémenter dans GTK ne pourra que le ralentir (encore plus...).
"encore plus", où tu as vu ça ?
Relis : http://people.redhat.com/otaylor/guadec5/future-rendering.ps.gz(...)
Tu cherches à inventer un nouveau troll ?
> 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...
Là, tu mélanges tout. Cairo peut t'afficher du pdf (vectoriel) directement mais aussi l'envoyer sur imprimante ou sur win32. FrameBuffer et evas n'ont pas grand chose à voir avec Cairo.