Avec swfdec, gnash ça en fait déjà trois, et le problème est le même, mais en bien pire du à la nature binaire du fichier. Si ton navigateur gère pas les ombrages du texte, il peu quand même te l'afficher.
Sauf que personne ne les utilise ni meme sait que ca existe.
gtk, Qt, tcl/tk, AWT, swing...
awt... tu vis sur quelle planete?
je te parle de truc haut niveau, de reutiliser la base fournie par le browser, tu me repond GTK et AWT.
cf la partie ou je parle de client leger/serveur.
On n'a certainement pas besoin (ni l'envie!!) de l'artillerie lourde quand tout ce dont le client a besoin c'est des widgets allant pisser plus loin que div, text, combo, check et radio et d'une connexion reseau un tant soit peu correcte.
Moi les seuls utilisations de flash sur lesquels je tombe,
Certes, mais on t'as deja fait remarquer plusieurs fois ici que vu ton discours, t'avais une connaissance du milieu plus que limitee.
Flex est tres utilise pour des applications pro, et dans une moindre mesures pour des applis web grand publique (genre youtube ou flash permet bien plus que tout ce que permettra jamais html5, genre deezer, on peut imaginer un client de chat en flash bien plus classe que la merde que propose facebook en javascript, un client mail).
Bah dans 99,9% des cas, par une page html qui fournira bien mieux le contenu.
Surement pas 99.9 deja.
Ensuite, oui, flash pour du contenu, c'est mal.
C'est ce que je dit en preambule.
Et je dit aussi que html est souvent tres inadapte pour faire un client leger qui se connecte a serveur distant.
Et que le corollaire de tout ca, c'est que dire que flahs c'est de la merde, c'est pas libre, je veux bien, mais comment on contente ce besoin du coup?
Le w3c a mit presque 10 ans a nous pondre une balise audio/video a moitie specifiee, svg n'a toujours pas prit plus de 10 ans apres sa specification, alors ils nous reste quoi?
Les technos proprio d'adobe et de MS vu que le monde libre est plus que long a la detente et qu'on a des mathieu stumpf qui viennent nous expliquer comment nous passer de ce dont on a besoin...
Ce serait bien de donner un peu plus de détails histoire qu'on comprenne pourquoi ce n'est pas envisageable en ajax et plus long en langage lourd.
Pour la partie html/ajax:
- si t'as deja fait du layout CSS un tant soit peu evolue, tu sais quelle merde c'est a gerer quand tu doit supporter IE, gecko et webkit. Le prend pas mal, mais vu la gueule de culture-libre, j'ai l'impression que c'est pas le cas.
- si t'as deja joue avec ajax, tu saurais la merde que c'est d'avoir son code javascript qui tourne de la meme facons sur les memes 3 moteurs cites plus haut (4 meme en javascript, si on compte chrome et son V8).
Pour la partie langage lourd:
- Va jetter un oeil a flex, le framework, l'api, les qualites du langage AS3 (qui est certes tres proche de javascript puisque c'est un implem de ecmascript)
- Va jetter un oeil a ce que MXML permet au niveau layout, l'integration avec AS3
- Regarde le systeme de data binding de flex pour lier le model au widget d'ui (en gros tu changes ta variable, le widget va le detecter tout seul et changer la valeur qu'il affiche)
- Regarde blazeds, l'amf3 et ce genre de choses, tu devrais vite voir l'interet pour appli client leger/serveur...
- Consideres ensuite les problemes de compile, link, deploiement et tout ce merdier.
C et c++ ne sont pas dans la meme cours, ce sont des langages relativement bas niveau.
C# est deployable chez ms only (ou alors via des pirouettes).
Java est assez horrible en UI.
Swing est une usine a gaz que tres peu de dev savent utiliser, AWT est heuuu, non je vais rester poli, SWT est bizarre et n'a jamais reellement decolle en dehors de la sphere eclipse. Et c'est loin d'etre le langage le moins adapte pour construire une interface graphique.
Les langages dynamiques non compiles style python et autre ne sont meme pas envisageable pour une appli d'une certaine taille.
Flex/Silverlight sont des plateformes qui sont parfaitement adaptes a enormement d'"entreprise application" comme disent nos amis americains, et de serieux candidats quand il s'agit d'appli web grand public.
[^] # Re: Utilité ?
Posté par thedude . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 2.
Sauf que personne ne les utilise ni meme sait que ca existe.
gtk, Qt, tcl/tk, AWT, swing...
awt... tu vis sur quelle planete?
je te parle de truc haut niveau, de reutiliser la base fournie par le browser, tu me repond GTK et AWT.
cf la partie ou je parle de client leger/serveur.
On n'a certainement pas besoin (ni l'envie!!) de l'artillerie lourde quand tout ce dont le client a besoin c'est des widgets allant pisser plus loin que div, text, combo, check et radio et d'une connexion reseau un tant soit peu correcte.
Moi les seuls utilisations de flash sur lesquels je tombe,
Certes, mais on t'as deja fait remarquer plusieurs fois ici que vu ton discours, t'avais une connaissance du milieu plus que limitee.
Flex est tres utilise pour des applications pro, et dans une moindre mesures pour des applis web grand publique (genre youtube ou flash permet bien plus que tout ce que permettra jamais html5, genre deezer, on peut imaginer un client de chat en flash bien plus classe que la merde que propose facebook en javascript, un client mail).
Bah dans 99,9% des cas, par une page html qui fournira bien mieux le contenu.
Surement pas 99.9 deja.
Ensuite, oui, flash pour du contenu, c'est mal.
C'est ce que je dit en preambule.
Et je dit aussi que html est souvent tres inadapte pour faire un client leger qui se connecte a serveur distant.
Et que le corollaire de tout ca, c'est que dire que flahs c'est de la merde, c'est pas libre, je veux bien, mais comment on contente ce besoin du coup?
Le w3c a mit presque 10 ans a nous pondre une balise audio/video a moitie specifiee, svg n'a toujours pas prit plus de 10 ans apres sa specification, alors ils nous reste quoi?
Les technos proprio d'adobe et de MS vu que le monde libre est plus que long a la detente et qu'on a des mathieu stumpf qui viennent nous expliquer comment nous passer de ce dont on a besoin...
Ce serait bien de donner un peu plus de détails histoire qu'on comprenne pourquoi ce n'est pas envisageable en ajax et plus long en langage lourd.
Pour la partie html/ajax:
- si t'as deja fait du layout CSS un tant soit peu evolue, tu sais quelle merde c'est a gerer quand tu doit supporter IE, gecko et webkit. Le prend pas mal, mais vu la gueule de culture-libre, j'ai l'impression que c'est pas le cas.
- si t'as deja joue avec ajax, tu saurais la merde que c'est d'avoir son code javascript qui tourne de la meme facons sur les memes 3 moteurs cites plus haut (4 meme en javascript, si on compte chrome et son V8).
Pour la partie langage lourd:
- Va jetter un oeil a flex, le framework, l'api, les qualites du langage AS3 (qui est certes tres proche de javascript puisque c'est un implem de ecmascript)
- Va jetter un oeil a ce que MXML permet au niveau layout, l'integration avec AS3
- Regarde le systeme de data binding de flex pour lier le model au widget d'ui (en gros tu changes ta variable, le widget va le detecter tout seul et changer la valeur qu'il affiche)
- Regarde blazeds, l'amf3 et ce genre de choses, tu devrais vite voir l'interet pour appli client leger/serveur...
- Consideres ensuite les problemes de compile, link, deploiement et tout ce merdier.
C et c++ ne sont pas dans la meme cours, ce sont des langages relativement bas niveau.
C# est deployable chez ms only (ou alors via des pirouettes).
Java est assez horrible en UI.
Swing est une usine a gaz que tres peu de dev savent utiliser, AWT est heuuu, non je vais rester poli, SWT est bizarre et n'a jamais reellement decolle en dehors de la sphere eclipse. Et c'est loin d'etre le langage le moins adapte pour construire une interface graphique.
Les langages dynamiques non compiles style python et autre ne sont meme pas envisageable pour une appli d'une certaine taille.
Flex/Silverlight sont des plateformes qui sont parfaitement adaptes a enormement d'"entreprise application" comme disent nos amis americains, et de serieux candidats quand il s'agit d'appli web grand public.