Super, on peut lancer flash à partir de plein de navigateur !
C'est un peu ça la situation actuel. On est content que IE ne soit plus en position dominante. Mais en fait, il y a toujours la grosse domination beaucoup moins décrié (à part sur linuxfr) qui est : +99% des navigateurs ont flash. http://www.adobe.com/products/player_census/flashplayer/ (lien certifié sans flash dedans !!!).
Et c'est la version d'Adobe bien sur. Mais comme il n'y en pas pas vraiment d'autre (pour le grand public), cela va de soi.
J'aimerais vraiment que flash disparaissent et que je puisse faire ce qu'il fait avec des outils standardisé. Je fait partis de ceux qui pense qu'il ne doit pas y avoir d'alternative à flash mais des alternatives pour chaque manque que flash à comblé.
Alors, que manque t'il pour viré flash et intégrer les choses proprement à un contenu web(dans le dom par exemple).
-Un truc comme svg/canvas, ça va devrait être fonctionnel demain, et ce depuis au moins 3 ans ! Un des frein au déploiement de svg est IE. Et Si en plus un implementation libre du futur svg/canvas pouvait tirer partie des cartes graphique, c'est un gros plus.
-Un truc pour lire la video. Avec l'annonce recente qu'IE9 supportera la balise video (mais seulement en h264), il va y avoir du flash sur les diffuseurs de video pendant un bon moment... Et encore, même après, si IE, safari et chrome ne supporte que le h264, c'est pas forcement mieux(bon, si quand même, mais bon...).
-Un bonne integration du son dans le DOM (comme pour la balise img par ex). Pas vu d'info sur le sujet.
-Prise en charge de la webcam et du micro Ce n'est peut être pas au navigateur de faire cela, mais beaucoup de sites s'en servent.
-On efface tout et on recommence Le système d'aujourd'hui de question réponse basé sur http/html a peut-être atteint ces limites. Quand je vois les bricolages de fou furieux que le web d'aujourd'hui nous fait faire, je me pose des questions...
Avec (dans l'ordre ?) : html/css <-> DOM <-> javascript -> http[get|post] <-> XML/JSON/cequetuveux <-> java/php/perl/asp/cequetuveux <-> BDD/cequetuveux
De plus, il y a de la bidouille dans la partie :
html/css dès que l'on sort des sentiers battu, modification du DOM et tout ça, c'est dur :)
http dès que l'on veut faire du push/pull, c'est dur :)
java/php/perl/asp/cequetuveux dès que l'on doit interagir avec le html/css/javascript, c'est dur :)
Bien sur, on peut rester propre partant d'une approche globale qui pense l'application web comme un tout, mais bon, c'est lourd ! Des solutions d'abstraction existe mais c'est aussi du lourd.
Bref tout ça pour dire :
Le monopole d'IE à pris une claque (mais n'est pas mort, surtout en entreprise) mais il faut s'attaquer au vrai monopole flash. Et ça soulève la vrai question : A quand un vrai web2.0 ? La tendance tout doit passer par le navigateur est la, il faut changer le navigateur...!
# Flash autour de 100% des parts de matché dans le monde.
Posté par kowalsky . En réponse au journal IE en dessous de 50% de parts de marché en France. Évalué à 8.
C'est un peu ça la situation actuel. On est content que IE ne soit plus en position dominante. Mais en fait, il y a toujours la grosse domination beaucoup moins décrié (à part sur linuxfr) qui est : +99% des navigateurs ont flash.
http://www.adobe.com/products/player_census/flashplayer/ (lien certifié sans flash dedans !!!).
Et c'est la version d'Adobe bien sur. Mais comme il n'y en pas pas vraiment d'autre (pour le grand public), cela va de soi.
J'aimerais vraiment que flash disparaissent et que je puisse faire ce qu'il fait avec des outils standardisé. Je fait partis de ceux qui pense qu'il ne doit pas y avoir d'alternative à flash mais des alternatives pour chaque manque que flash à comblé.
Alors, que manque t'il pour viré flash et intégrer les choses proprement à un contenu web(dans le dom par exemple).
-Un truc comme svg/canvas, ça va devrait être fonctionnel demain, et ce depuis au moins 3 ans ! Un des frein au déploiement de svg est IE. Et Si en plus un implementation libre du futur svg/canvas pouvait tirer partie des cartes graphique, c'est un gros plus.
-Un truc pour lire la video. Avec l'annonce recente qu'IE9 supportera la balise video (mais seulement en h264), il va y avoir du flash sur les diffuseurs de video pendant un bon moment... Et encore, même après, si IE, safari et chrome ne supporte que le h264, c'est pas forcement mieux(bon, si quand même, mais bon...).
-Un bonne integration du son dans le DOM (comme pour la balise img par ex). Pas vu d'info sur le sujet.
-Prise en charge de la webcam et du micro Ce n'est peut être pas au navigateur de faire cela, mais beaucoup de sites s'en servent.
-On efface tout et on recommence Le système d'aujourd'hui de question réponse basé sur http/html a peut-être atteint ces limites. Quand je vois les bricolages de fou furieux que le web d'aujourd'hui nous fait faire, je me pose des questions...
Avec (dans l'ordre ?) : html/css <-> DOM <-> javascript -> http[get|post] <-> XML/JSON/cequetuveux <-> java/php/perl/asp/cequetuveux <-> BDD/cequetuveux
De plus, il y a de la bidouille dans la partie :
html/css dès que l'on sort des sentiers battu, modification du DOM et tout ça, c'est dur :)
http dès que l'on veut faire du push/pull, c'est dur :)
java/php/perl/asp/cequetuveux dès que l'on doit interagir avec le html/css/javascript, c'est dur :)
Bien sur, on peut rester propre partant d'une approche globale qui pense l'application web comme un tout, mais bon, c'est lourd ! Des solutions d'abstraction existe mais c'est aussi du lourd.
Bref tout ça pour dire :
Le monopole d'IE à pris une claque (mais n'est pas mort, surtout en entreprise) mais il faut s'attaquer au vrai monopole flash. Et ça soulève la vrai question : A quand un vrai web2.0 ? La tendance tout doit passer par le navigateur est la, il faut changer le navigateur...!