Discussion :

[cbleas]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Citation:
comment vous faites cela en HTML
http://www.silverlight.net/content/s...n/default.html
Chez moi je vois juste une image avec écrit silverlight dessus, en HTML il faut que tu utilises la balise <img>. (sinon tu nous dis ce que c'est, car on a pas tous flash ou silverlight sur nos machines)

C'est tout simplement des Graphiques des effets visuels des datagrid... et plein d'autre chose qui laisse au développeur une liberté sans fin.
Ainsi si tu veux dans une liste déroulante rajouter une image, un bouton pourquoi pas un film tu peux.
En d'autre mot c'est ce qui permet d'utiliser des applications bureau en internet.
Pour ma part j'en ai besoin pour me lancer dans l'internet car sinon mes clients trouveraient mes versions en regression.
Maintenant si internet c'est uniquement des images des liens c'est que j'ai pas bien compris pourquoi Apple se vendait si bien

[trenton]

De nouveau un tas de mauvaise foi accablante.
On peut trouver à flash plein de défauts, mais faut pas oublier que cela fait plus de 10 ans qu'il comble un sacré vide.

Et c'est maintenant que le html5 se préoccupe des situations pour lesquelles on a besoin de flash, et encore le temps que tous les grands acteurs du web se mettent d'accord c'est pas avant 2012 que ce sera utilisable.
C'est là que des gens devraient se rendre compte que les super standards open source qui vont sauver le monde n'ont quand même pas une monstre avance.

Si tu parles de la vidéo, on savait déjà faire avant l'arrivée de flash, alors je vois pas de quoi tu parles exactement. Si tu parles de la 3D, oui d'accord, WebGL n'est pas encore utilisé, mais sans doute principalement parce que le besoin n'est pas encore vraiment là. Si SVG est peu utilisé, c'est aussi un peu parce que la majorités des besoins sont couvert par les possibilités offertes par l'HTML et le CSS.

En d'autre mot c'est ce qui permet d'utiliser des applications bureau en internet.

Encore une fois, on ne parle pas de la même chose: si on parle d'application, on n'oublie tout de suite le HTML qui n'est pas fait pour ça, on parlera plutôt des différentes bibliothèques pour faire des interfaces. C'est incroyable mais vrai : on peut utiliser Internet sans passer par son navigateur...

[berceker united]

Une version open source de quoi ? Pour répondre à quel besoin encore une fois ? Le besoin ce n'est pas flash, apprenez à exprimer le besoin de façon précise !

Aujourd'hui quand je navigue, mon premier besoin c'est de pouvoir agir sur le code source de différentes manières : rechercher dans la page, corrigé l'orthographe dans mon formulaire, zoomer sur le texte, et le tout sans avoir à tout apprendre à chaque fois que je change de site (il faut donc que ce soit le navigateur qui se charge de cela, sachant aussi que je n'ai pas forcément les mêmes besoins que les autres et donc je peux vouloir faire mon propre navigateur): c'est le HTML qui répond à ce besoin aujourd'hui, pas le flash, ni le silverlight.

Je crois que tu confonds des choses et tu parles que de ton besoin personnel.
Faire un site basique en flash alors qu'il aurait pu être fait en HTML et un peu de js c'est ridicule mais lorsqu'il s'agit de faire un site un peu plus chiadé la technologie flash répond plus simplement. Pour cela il suffit d'aller sur des sites de constructeurs automobile et je te lance le défi de le faire en HTML/Js/CSS avec la même fluidité et le même devis à fournir au client.
Le raisonnement au niveau personnel n'est plus le même qu'un niveau client.
Dire que Flash est inutile comme tu me laisses sous entendre me parait ridicule. C'est pas parce que tu n'en a pas besoin personnellement que ceux qui l'utilisent sont des idiots.

[Paul TOTH]

Si tu parles de la vidéo, on savait déjà faire avant l'arrivée de flash, alors je vois pas de quoi tu parles exactement. Si tu parles de la 3D, oui d'accord, WebGL n'est pas encore utilisé, mais sans doute principalement parce que le besoin n'est pas encore vraiment là. Si SVG est peu utilisé, c'est aussi un peu parce que la majorités des besoins sont couvert par les possibilités offertes par l'HTML et le CSS.



Encore une fois, on ne parle pas de la même chose: si on parle d'application, on n'oublie tout de suite le HTML qui n'est pas fait pour ça, on parlera plutôt des différentes bibliothèques pour faire des interfaces. C'est incroyable mais vrai : on peut utiliser Internet sans passer par son navigateur...

oui on peut...mais tu as des clients qui réclament des applications web car elles présentent l'avantage de supprimer toute installation sur le poste.

elles sont généralement adaptées pour des sites complexes (mutisite, VPN, télétravailleurs...)

elles ne réclament pas une homogénéité des postes (le service comm qui reste sous Mac car ils n'ont toujours pas compris que sur PC aussi on fait de la publication...) etc...

cela permet également de mutualiser les applications en intégrant dans l'intranet des modules externes, le client n'a alors plus qu'un point d'entré dans ses applications au lieu de subir les icones criardes de l'un, les raccourcis clavier de l'autre etc...

Maintenant, je suis tout à fait d'accord pour dire qu'il manque un client riche évolué qui offre la centralisation du web sans avoir à rien déployer sur le poste...en fait ce qu'on avait sur AS/400 avec les consoles 5250 mais en plus évolué Le navigateur Web est bien pour de la doc, c'est moins adapté pour les applications de gestion, les pièces jointes, le copier/coller (surtout le coller), le WYSIWYG etc...

[berceker united]

Je crois qu'il faut préciser une petite chose côté flash.
Il ne faut pas confondre flash type animation graphique et les applications type RIA comme le propose maintenant Adobe avec Flex microsoft avec Sylverlight Java avec JavaFx. Si j'ai bien compris. Par contre, cela existait bien avant que Flex existe avec XUL mais uniquement compatible Firefox.

[Invité]

Des jeux bluffants en html 5

Asteroids est assez jouable, defender est une bonne copie de l'original Williams.
Ya aussi un Wolfenstein-like .

http://www.phpguru.org/static/html5-examples

Pour ma part , cette page répond mieux aux questions que 25 pages de topic ! Peu importe la carrière de Flash, Html 5 est un sacré concurrent.

Ferber, voici de quoi alimenter ton convertisseur. Décidément les pages anglophones sont chouettes

[pseudocode]

Je crois qu'il faut préciser une petite chose coté flash.
Il ne faut pas confondre flash type animation graphique et les applications type RIA comme le propose maintenant Adobe avec Flex microsoft avec Sylverlight Java avec JavaFx. Si j'ai bien compris. Par contre, cela existait bien avant que Flex existe avec XUL mais uniquement compatible FF.

Il faut surtout ne pas confondre "afficher une page web" (ce qui est la raison d'être d'un navigateur web) et "exécuter une application web" (ce qui est la raison d'être d'une plateforme d'exécution".

Meme si la frontière entre ces deux rôles est de plus en plus floue, il faut bien voir que les specs originelles du W3C (html4) concernaient uniquement l'affichage de page web. Avec HTML5, on commence a voir apparaitre certaines specs relatives a la plateforme d'execution (socket, storage, ...). Mais on est encore loin d'une spec a la AVM, CLR ou JVM.

A l'inverse, flash/silverlight/jfx sont des plateformes d'exécution. Ces technos ne sont d'ailleurs pas du tout dédiées à l'affichage web. C'est uniquement parce que le navigateur est capable de faire cohabiter un objet Flash et des controles HTML dans la meme page qu'on a la fausse impression que flash est "intégré" à la page web.

[Paul TOTH]

Voilà une comparaison qui me semble intéressante

version Flash 5% de CPU
http://www.jorin.com/shed/zx-spectrum-48k-games/

version Canvas 15% de CPU
http://jsspeccy.zxdemo.org/

Après on peut s'interroger sur la qualité du code et la complexité de réalisation...mais tout de même

[Camille_B]

Il y a smokescreen

http://smokescreen.us/

Un convertisseur flash → javascript + html 5.

Amusant, mais encore peu performant.

[Invité]

Flash et canvas peuvent cohabiter pacifiquement cependant,
Il est trop tôt pour faire des benchmarks et puis il faudrait comparer des codes strictement semblables qui ne font pas appel à une fonction random et qui poussent le cpu à ~50% car on ne sait pas ce qui tourne en tâche de fond.

D'après ce que j'ai compris , javascript sera un poil plus lent que Flash qui a plus de marge de manoeuvre pour pCoder. A terme , JS ne résoud pas les problèmes venus avec Flash et dont Flash n'est pas 100% responsable.

Mais d'où vient cette compétition au fait ? SJ a à peine esquissé des reproches techniques, le problème est politique, le problème c'est que les developpeurs Flash ne trouvent plus de boulot car un Flash en panne sur une partie du parc ne sert pas à grand chose.

Et si vous perdiez moins de temps à vous sarbacaner des grains de riz et plus à chercher des solutions aux vrais problèmes ?

[Invité]

Il y a smokescreen

http://smokescreen.us/

Un convertisseur flash → javascript + html 5.

Amusant, mais encore peu performant.

mmmmm ! voilà qui est interressant

[kimjoa]

Il y a smokescreen

http://smokescreen.us/

Un convertisseur flash → javascript + html 5.

Amusant, mais encore peu performant.

Super !! et dire que c'est pas Apple ou Adobe qui l'a fait , pas le temps d'essayer mais les demo ont l'air concluant , même s'il s'agit que de bannière animé..... A coup sûr un produit bien utile pour l'iphone !!

[bioinfornatics]

c'est marrant ferber car malheureusement j'utilise des animations svg et là ou l'affichage est le meilleur c'est avec webkit!!!

[stardeath]

c'est marrant ferber car malheureusement j'utilise des animations svg et là ou l'affichage est le meilleur c'est avec webkit!!!

Pour web-kit c'est encore mieux le module d'animation n'est pas implémenté :
http://webkit.org/projects/svg/status.xml
Alors bon...

c'est marrant mais moi je lis la même chose que ferber, ou alors le site n'est pas mis à jour.

[unknow0]

c'est marrant mais moi je lis la même chose que ferber, ou alors le site n'est pas mis à jour.

Last update: Jan 5th, 2010.

Je crois que tu as ta réponse

[stardeath]

bah voilà, comment reprocher à quelqu'un que le site web censé informer ne le fait pas ...

[trenton]

Je crois que tu confonds des choses et tu parles que de ton besoin personnel.

Je me place du point de vue de l'utilisateur final, pas du développeur, encore moins du point de vue du commercial. De ce point de vue, mon constat est très clair (mais je peux comprendre que d'autres aient un autre point de vue, je dis pas que le miens est le meilleur): si on parle de site Web, le HTML correspond parfaitement à ce que j'attends. Si on parle d'applications, et d'interface graphique, c'est un tout autre débat, et pour moi, ni HTML ni Flash ne correspondent à ce que j'attends, car j'attends d'une application qu'elle s'intègre bien dans mon environnement, et je pense que SJ raisonne aussi du point de vue de l'utilisateur, et il sait qu'il sera plus à l'aise avec une application en objective-C qui utilise UIKit.

Après, du point de vue du développeur, c'est sûr que ça dépend du développeur, du projet, du temps qu'il y a, et de l'importance qu'il accorde à l'utilisateur final, etc.

Dire que Flash est inutile comme tu me laisses sous entendre me parait ridicule. C'est pas parce que tu n'en a pas besoin personnellement que ceux qui l'utilisent sont des idiots.

Je ne dis pas que ceux qui l'utilisent sont des idiots, je dis juste que du point de vue de l'utilisateur finale, Flash n'est pas ce qu'il y a de plus adapté, quelque soit le besoin, et que envisager le HTML comme solution pour faire une application n'est pas non plus ce qui répondra au mieux.

[Invité]

[...]
Si on parle de site Web, le HTML correspond parfaitement à ce que j'attends. Si on parle d'applications, et d'interface graphique, c'est un tout autre débat, et pour moi, ni HTML ni Flash ne correspondent à ce que j'attends, car j'attends d'une application qu'elle s'intègre bien dans mon environnement, et je pense que SJ raisonne aussi du point de vue de l'utilisateur, et il sait qu'il sera plus à l'aise avec une application en objective-C qui utilise UIKit.

Je ne dis pas que ceux qui l'utilisent sont des idiots, je dis juste que du point de vue de l'utilisateur finale, Flash n'est pas ce qu'il y a de plus adapté, quelque soit le besoin, et que envisager le HTML comme solution pour faire une application n'est pas non plus ce qui répondra au mieux.

Yep Trenton,
Tout à fait d'accord avec toi, SJ a fait le seul bon choix pour sa petite boite embarquée. Grâce au C il aura les perfs d'un i7 et l'intégration d'une game-boy, intégration dont il voudra garder jalousement la recette. Ce mec sait ce qu'il fait et les autres peuvent encore jouer le rôle du PC jadis. Lui crée un marché captif hard + soft aux droits d'auteur protégés, ça plait à un million d'utilisateurs par mois rien que pour l'iPad et surtout aux pros du multimedia qui en ont marre des hackers.

Reste le sort de l'excellent Flash qui ressemble à un Dommage Collatéral !

Nonobstant le talent des bons Flashistes et la grande qualité de l'ide flash , Flash a cessé d'être le media à tout faire et même cessé d'être un media tout court puisque sa compatibilité ne dépend plus d'une prouesse technique mais d'un miracle politique.
Un echec de l'iPad et un effondrement de l'iPhone était la seule chance de Flash , ce miracle semble très compromis voire impossible désormais.

Que les génies de Flash s'adaptent dans la douleur (mais avec de très bonnes perspectives), c'est un fait. Les applications restent en code natif et les vaches sont bien gardées, chacun son job.

Il y a un marché pour les applis web, soit des programmes de saisie basiques, soit des mauvaises copies de logiciel en version web parce qu'on a rien d'autre sous la main...
Saisir des colonnes de chiffres sur le web OK , faire de l'excel ou du word en ligne , ça n'arrivera pas de sitôt.

[ferber]

Une autre lib permettant d'afficher du swf sur ipad : http://paulirish.com/work/gordon/demos/
Celle ci utilise js+svg.
A croire que le svg n'est pas si peu avancé que je le pensais.
ce moteur est assez rapide à première vue pour afficher convenablement des bannières publicitaires sur ipad et iphone. Et bien sûr des sites flash au format swf 1 et 2.
http://blogs.adobe.com/jd/2010/01/go..._runtimes.html
Je ne sais pas si l'intégration de l'as3 est en cours, mais c'est une éventualité.
idem pour la video et les sons.
Cela ouvre de nouvelles réflections et de nouvelles possibilités.
Car finalement la lib en question, c'est une sorte de pluguin en javascript.
Qu'il faudra/sera télécharger sur chaque site utilisant ce type de procédé. Gordon pèse pour l'instant 57 kilo à première vue, ce qui n'est pas violent.
voici la listes des tag swf supporté :
http://wiki.github.com/tobeytailor/g...-support-table

Voilà pour ceux qui utilisent l'ide flash vous pouvez directement rendre vos animations flash de la manière suivante :

To create Gordon compatible SWF movies with, for instance, the Flash™ IDE, open the Publish Settings dialog, click the Flash tab and select Flash Player 1 or 2 from the Version pop-up menu. Incompatibility errors during the following publish process of your movie points to used features which are not supported by the selected Flash Player version and therefore not by Gordon at this time.

concernant la compatibilité navigateur

Gordon currently targets the following platforms:

* Mozilla Firefox >= 3.0
* Apple Safari >= 3.1
* Google Chrome >= 1.0
* Opera >= 10.50 Beta

There are known compatibility issues with:

* Microsoft Internet Explorer >= 1.0

Et pour utiliser gordon tout est expliqué sur cette page :
http://wiki.github.com/tobeytailor/gordon/

[ferber]

a noter qu'une nouveauté semble pointer le bout de son nez chez adobe je ne sais pas comment ça tourne mais ça arrive :
http://www.minutebuzz.com/Adobe-se-f...a2830.html?com
video :