moteur svg _____performant_____ ie
Tu peux pas utiliser des balises HTML ?
Mais oui, écrire un moteur SVG c'est dur... Essaye rien qu'un moteur XHTML strict (avec support CSS) ! (Je dis XHTML strict, parce que si tu dois supporter le code pourrave de certains sites...)
c'est pour cela que je trouve que la puissance du moteur de theme de e est une de ses forces.
Permet moi de préférer le moteur de Qt4 (que j'ai testé) et celui de Gtk 2.7/2.8 (que j'ai pas testé).
C'est vectoriel, et capable de pas mal d'effets. Notamment, les démos de qt4 utilisaient un thème graphique rendu par arthur, qui était ma foi très joli. Mais on sentait que Render était derrière, je suis d'accord. Sans RenderAccel, ça rame. Heureusement, quand KDE l'utilisera, EXA sera en place. C'est d'ailleurs sûrement pour ça que Zack est payé pour travailler sur X..
Mais finalement E ça sera quoi ? Un desktop complet ? Alors il serait temps que des applis PIM apparaissent, avec aussi un navigateur web, un gestionnaire de fichiers...
Juste un WM ? Alors pourquoi autant d'APIs qui ne seront probablement pas utilisées ?
Je ne suis pas fondamentalement contre E17, j'admire le travail accompli par raster, c'est juste que je suis déjà persuadé qu'ils ne rencontrera pas le succès. Il n'arrivera pas à être suivi par la majorité des développeurs. Leurs APIs, aussi puissantes soient-elles, n'arriveront pas au niveau d'un Qt4 ou d'un gtk+libglade. Ils vont donc se retrouver à tout coder eux mêmes, super...
(Pas la peine de répliquer en tapant sur Looking Glass : LG3D (c'est plus court à dire) est écrit en Java, ce qui a l'avantage de fournir des API complètes prêtes à l'emploi. Et LG3D est très particulier : c'est plus une zone d'expérimentations de la 3D (qu'on espère rendre utilisable) qu'un environnement de bureau prêt à l'emploi. Nous cherchons des solutions 3D aux "problèmes" classiques que sont la gestion des fichiers, des mails, l'affichage d'images... Par contre, en WM3D Looking Glass se tient pas mal)
[^] # Re: e17 c'est vraiment bien mais...
Posté par Pinaraf . En réponse au journal E17 - Build script. Évalué à 2.
Tu peux pas utiliser des balises HTML ?
Mais oui, écrire un moteur SVG c'est dur... Essaye rien qu'un moteur XHTML strict (avec support CSS) ! (Je dis XHTML strict, parce que si tu dois supporter le code pourrave de certains sites...)
c'est pour cela que je trouve que la puissance du moteur de theme de e est une de ses forces.
Permet moi de préférer le moteur de Qt4 (que j'ai testé) et celui de Gtk 2.7/2.8 (que j'ai pas testé).
C'est vectoriel, et capable de pas mal d'effets. Notamment, les démos de qt4 utilisaient un thème graphique rendu par arthur, qui était ma foi très joli. Mais on sentait que Render était derrière, je suis d'accord. Sans RenderAccel, ça rame. Heureusement, quand KDE l'utilisera, EXA sera en place. C'est d'ailleurs sûrement pour ça que Zack est payé pour travailler sur X..
Mais finalement E ça sera quoi ? Un desktop complet ? Alors il serait temps que des applis PIM apparaissent, avec aussi un navigateur web, un gestionnaire de fichiers...
Juste un WM ? Alors pourquoi autant d'APIs qui ne seront probablement pas utilisées ?
Je ne suis pas fondamentalement contre E17, j'admire le travail accompli par raster, c'est juste que je suis déjà persuadé qu'ils ne rencontrera pas le succès. Il n'arrivera pas à être suivi par la majorité des développeurs. Leurs APIs, aussi puissantes soient-elles, n'arriveront pas au niveau d'un Qt4 ou d'un gtk+libglade. Ils vont donc se retrouver à tout coder eux mêmes, super...
(Pas la peine de répliquer en tapant sur Looking Glass : LG3D (c'est plus court à dire) est écrit en Java, ce qui a l'avantage de fournir des API complètes prêtes à l'emploi. Et LG3D est très particulier : c'est plus une zone d'expérimentations de la 3D (qu'on espère rendre utilisable) qu'un environnement de bureau prêt à l'emploi. Nous cherchons des solutions 3D aux "problèmes" classiques que sont la gestion des fichiers, des mails, l'affichage d'images... Par contre, en WM3D Looking Glass se tient pas mal)