Discussion :

[BakaOnigiri]

Je ne parle pas d'Adobe, mais de la gestion des fontes dans le systèmes, il existe pas mal d'outil (comme FontExplorer X Pro) qui permet d'activer ou désactiver une fonte à la volée.

Cet outil par exemple, scrute les logiciels, et active une fonte quand il y a nécessité, et en général ces logiciels peuvent l'utiliser dans avoir besoin d'être relancé. Il existe même des serveurs de fontes (çà doit surement exister sous windows, mais je n'ai pas cherché)

J'en avais pas conscience avant mais certains graphistes peuvent avoir plusieurs giga de fontes et les avoir actives tout en même temps serait invivable, ne serais-ce que pour les listes de défilement que feraient plusieurs kilomètres / écrans.

Mais n'étant moi même pas graphiste, je n'explique peut-être pas correctement certains points avantageux d'OSX

[ferber]

Je ne parle pas d'Adobe, mais de la gestion des fontes dans le systèmes, il existe pas mal d'outil (comme FontExplorer X Pro) qui permet d'activer ou désactiver une fonte à la volée.

Cet outil par exemple, scrute les logiciels, et active une fonte quand il y a nécessité, et en général ces logiciels peuvent l'utiliser dans avoir besoin d'être relancé. Il existe même des serveurs de fontes (çà doit surement exister sous windows, mais je n'ai pas cherché)

J'en avais pas conscience avant mais certains graphistes peuvent avoir plusieurs giga de fontes et les avoir actives tout en même temps serait invivable, ne serais-ce que pour les listes de défilement que feraient plusieurs kilomètres / écrans.

Mais n'étant moi même pas graphiste, je n'explique peut être pas correctement certains points avantageux d'OSX

Peut-être que je comprend mal le problème mais ils est possible de gérer ces fonts avec AddFontResource & RemoveFontResource sous Windows

http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx
The AddFontResource function adds the font resource from the specified file to the system font table. The font can subsequently be used for text output by any application.

[spidermario]

Si je ne me trompe pas adobe utilise PostScript pour les fonts.

Plutôt PDF, il me semble, mais ça ne change pas grand chose puisque c'est d'Adobe également.

[ferber]

Plutôt PDF, il me semble, mais ça ne change pas grand chose puisque c'est d'Adobe également.

Il ne semble pas que pdf soit un format de font.Il peut embarquer les glyphes de font, mais ce n'est logiquement pas sont utilité primaire. On pourrait dans l'absolu s'en servir de cette façon. Mais je ne suis pas convaincu que cela soit très utile.

[kamus]

Je viens de me taper les 18 pages pour comprendre ce que certains ont contre Flash...

Qu'il soit utilisé pour faire tout et n'importe quoi est un fait , que cette technologie soit propriétaire aussi , mais Windows est propriétaire et constitue 90% du parc informatique des usagers internet occidentaux...

Les gens sont libres d'installer ou non le plugin , et ils le font à 95% sur leur navigateur ( chiffres d'adobe )...

Flash , c'est une technologie facile d'accès , très confortable à programmer , puissante ( qu'on me sorte un synthétiseur visuel ou sonore en javascript) et qui est un point d'entrée pour beaucoup de développeurs en herbe dans la POO... les standards sont ce qu'ils sont , des standards ... le web ne se résume pas à des standards , flash ne se résume pas au web ( Air , Flash mobile , etc ...).
Flash est une technologie qui vivra longtemps parce qu'elle est la seule disponible en masse sur le web.

Javascript , avec son modèle de prototypes , est infernal à programmer pour les grosses applications OO. Je ne parle même pas des trucs qui marchent selon le bon vouloir des navigateurs.

Javascript ne remplacera jamais Flash. les applets Java non plus qui sont de moins en moins présentes et remplacées par du Flash.
Flash , c'est avant tout une communauté énorme , des ressources énormes sur le web , des tonnes de framework , de libraires , etc ...

Bref on peut haïr flash , mais même ceux qui haissent flash y viendront un jour , surtout avec le développement des SaaS et du cloud, s'ils veulent rester dans la course.

Bref , pestez contre Flash , vous pesterez dans le vide , puisqu'il n'est pas près de disparaître , tant que Javascript sera aussi basique et limité en terme d'architecture de langage.

Les développeurs utiliseront toujours les technologies les plus faciles à apprendre et à mettre en oeuvre. Flash remplit cette objectif pour certains projets webs , il suffit de comparer le temps de développer d'une RIA avec flex et avec ajax , par exemple , même en utilisant jquery ( je préfère d'ailleurs SPRY pour son côté "pas de code javascript dans une page HTML").

Quant à Jobs le retord, il doit énormément à Adobe le succès de ses solutions hardware, puisque c'est lui qui a convaincu Adobe de se concentrer uniquement sur le software , pour leur vendre du hard qui fera tourner leur solutions.Photoshop a longtemps été uniquement sur MACINTOSH.

Allez je retourne à mes databindings bidirectionnels générés automatiquement par Flex et je laisse ajax à ceux qui peuvent se permettre de faire exploser les budgets dev ( pauvres clients... )

[deadalnix]

Lol, non seulement tu vas vendre moins cher aujourd'hui, mais en plus, tu pourras leur revendre une deuxième solution jetable dans 5 ans.

Et non, on a pas vraiment le choix d'installer ou non flash. Les développeurs web ont le choix de l'utiliser ou non, mais on en est arrivé à un point ou le web est pratiquement inutilisable sans flash.

[publicStaticVoidMain]

Lol, non seulement tu vas vendre moins cher aujourd'hui, mais en plus, tu pourras leur revendre une deuxième solution jetable dans 5 ans.

Et non, on a pas vraiment le choix d'installer ou non flash. Les développeurs web ont le choix de l'utiliser ou non, mais on en est arrivé à un point ou le web est pratiquement inutilisable sans flash.

Faux! Il y a aussi Silverlight !!!

[spidermario]

Non, pas « faux ». Ce qu'il a dit est vrai indépendamment de l'existence de Silverlight : à l'heure actuelle, de nombreux sites sont inutilisables sans Flash Player.

[kamus]

pourquoi 5 ans ?

toute la logique applicative est sur le serveur , Flash n'est qu'une vue client sur la couche métier , et utilise la sérialisation d'objet du serveur pour communiquer avec cette couche métier ...

Que se passe-t-il dans 5 ans , les poules auront des dents ?

Et si ton client te demande une version desktop de ton application web ajax , tu recodes tout en C++ ? lol ...

Avec flash , tu compiles sous air , et hop , plus besoin de navigateur ...

Je ne te parle même pas du développement iphone qui peut se faire sous as3 dans flash CS5...

Bref les détracteurs de flash ont des arguments séduisants en théorie, mais en production , leur discours ne vaut plus grand chose...

[deadalnix]

C'est marrant, exactement le même raisonnement que ceux qui te vendaient du dev 100% IE6 il y a quelques années.

C'est vrai IE6 ou les formats ouverts ? De toute façon, IE6 à 90% de PDM . . .

[ijk-ref]

Faut dire qu'en tant que personne aimant coder... HTML/Javascript/CSS/(PHP) ça fait très très mal !

C'est sûr : Flash est mille fois mieux à côté ! au moins on est sûr du résultat

Et faudra attendre 2042 pour qu'HTML5 soit implanté à 100% sur les principaux navigateur !

Suffit de voir ce que sont devenus SVG et son pendant Vidéo dont j'ai oublié le nom !

[jkakim]

Il en fait trop, Apple.
Les bons artistes copient et les meilleurs volent, dit - on. http://www.developpez.net/forums/d88...bs-bill-gates/ .

Je n'aime pas Apple, il veut se prendre pour le big browser !

[jkakim]

Ce n'est pas ici qu'il devrait être plutôt labà : http://www.developpez.net/forums/new...te=1&p=5036120. Désolé !

[xephres]

Il y a quand mêmes quelques petites choses qui me surprennent lorsque l'on parle de Flash vs HTML 5.

HTML 5 + Javascript offre des performances différentes selon le navigateur et la machine bien plus significativement que Flash.

Faire du Flash open source c'est possible pour un développeur avec FlashDevelop et le FlexSDK à coup d'AS3 qui est un langage infiniment plus rigoureux de javascript (tant qu'il ne passera pas à la norme ECMA4).

Flash permet d'utiliser des images vectorielles réellement plus facilement qu'avec javascript, ce qui n'est pas neutre en matière de performances.

Concernant la difficulté de créer des animation sympa sous Flash, c'est faux, le problème est plutôt du côté des clients qui demandent des ajouts de stats javascript bancales ou les images non optimisées par des fainéants ou des débutants.

Ce que j'ai noté, c'est que javascript pose aussi des problèmes dès qu'un site mélange : javascript pour faire un peu d'animation + AJAX + outils de stats javascript + publicités (flash + javascript). Ce type d'accumulations est toujours nuisible aux performances.

Il me semble quand même que Netvibes a eu quelques déboires, à ses débuts, avec javascript. C'est pourtant l'une des boites parmi les plus avancées en la matière.

La version CS5 offre des avancées plus que significatives pour les graphistes via Catalyst...

Alors que HTML 5 offre une alternative dans certains cas, je veux bien, mais de là à remplacer Flash, c'est pas demain la veille.

Sans compter l'intégration de bannières publicitaires... Je serais curieux de voir ça en HTML 5 + javascript.

[Paul TOTH]

pour moi le principal problème est de savoir quand on pourra exploiter HTML5 alors même qu'on n'a pas fini de tuer IE6

[ijk-ref]

HTML 5 c'est au minimum utilisable dans 5 ans ! C'est pourquoi je trouve complètement débile tout le tapage dessus.

[gmotw]

HTML 5 c'est au minimum utilisable dans 5 ans ! C'est pourquoi je trouve complètement débile tout le tapage dessus.

Pas forcément, ça permet aux développeurs de commencer à imaginer des moyens de réfléchir à comment se préparer psychologiquement au début de la probable possibilité de l'utilisation.
Comme d'habitude, quoi...