J'avoue toujours avoir eu du mal sur les abstractions de moteur SQL, car il y a souvent de legere difference dans leur support du langage SQL lui meme et on finit toujours par plus ou moins avoir un truc qui fait pouf dans un coin.
Ca fait souvent pouf dans un coin, donc oui il vaut mieux tester avant de changer de backend mais en l'occurrence si pas d'abstraction alors il faut tout re-ecrire si jamais on veut changer, c con qd meme...
Par contre, je n'ai jamais utilise Phonon, et je n'en connais ni les capacite, ni les limite.
C'est encore jeune mais c'est vraiment bien, je code (un peu moins en ce moment, manque de temps) des backends pour Phonon http://code.google.com/p/phonon-vlc-mplayer/ + un player multimedia
et il n'y a pas que moi qui le dit : http://www.valdyas.org/fading/index.cgi/hacking/phonon.html
Amarok 2 utilise desormais Phonon
Phonon en lui meme est mature, en revanche les differents backends beaucoup moins mais ca va venir car il y a plein d'acteurs : Trolltech, Amarok/KDE, des devs de VLC...
C'est un peu le meme probleme qu'avec les abstractions SQL, ca fait souvent pouf dans un coin mais c'est quand meme vachement mieux que d'etre lie a vie (ou presque) a un seul moteur (c'est par exemple le cas de SMPlayer)
Il faut vraiment voir que la ou les EFL excelle, c'est lorsqu'on veut faire du soft pour un terminal genre media player ou des jeux en fait. Un traitement de texte ou un tableur en EFL, je doute que ca ai de l'interet...
Avoir dans les applications quelques effets graphiques facon EFL et une gestion des themes poussée, ca peu etre pas mal. On a bien du bling-bling dans le desktop (Compiz) alors pourquoi pas un peu dans les applications aussi.
Si Trolltech inclu un ersatz de EFL dans Qt, quelle sera la future des EFL ? un marche de niche ? un truc experimental et uniquement utilise dans la sphere E17 ?
[^] # Re: Le futur
Posté par tanguy_k (site web personnel) . En réponse au journal E17, ça avance. Évalué à 3.
Ca fait souvent pouf dans un coin, donc oui il vaut mieux tester avant de changer de backend mais en l'occurrence si pas d'abstraction alors il faut tout re-ecrire si jamais on veut changer, c con qd meme...
Par contre, je n'ai jamais utilise Phonon, et je n'en connais ni les capacite, ni les limite.
C'est encore jeune mais c'est vraiment bien, je code (un peu moins en ce moment, manque de temps) des backends pour Phonon http://code.google.com/p/phonon-vlc-mplayer/ + un player multimedia
et il n'y a pas que moi qui le dit : http://www.valdyas.org/fading/index.cgi/hacking/phonon.html
Amarok 2 utilise desormais Phonon
Phonon en lui meme est mature, en revanche les differents backends beaucoup moins mais ca va venir car il y a plein d'acteurs : Trolltech, Amarok/KDE, des devs de VLC...
C'est un peu le meme probleme qu'avec les abstractions SQL, ca fait souvent pouf dans un coin mais c'est quand meme vachement mieux que d'etre lie a vie (ou presque) a un seul moteur (c'est par exemple le cas de SMPlayer)
Il faut vraiment voir que la ou les EFL excelle, c'est lorsqu'on veut faire du soft pour un terminal genre media player ou des jeux en fait. Un traitement de texte ou un tableur en EFL, je doute que ca ai de l'interet...
Avoir dans les applications quelques effets graphiques facon EFL et une gestion des themes poussée, ca peu etre pas mal. On a bien du bling-bling dans le desktop (Compiz) alors pourquoi pas un peu dans les applications aussi.
Si Trolltech inclu un ersatz de EFL dans Qt, quelle sera la future des EFL ? un marche de niche ? un truc experimental et uniquement utilise dans la sphere E17 ?