> les outils qui demandent une surcharge énorme de travail pour réaliser quelque chose de propre avec.
Mais ce que tu ne veux pas comprendre c'est que flash (flex) ne demande justement pas une surcharge de travail énorme pour faire quelque chose de propre.
Maintenant pourquoi les dev ne le font pas ?
Mais c'est un problème bcp plus vaste où tout le monde à toujours tendance à faire le plus gruik possible du moment que ça marche, et ça me désole.
> Peut être que j'interprête mal ta phrase, mais en te lisant j'ai l'image des gros bloques binaires qui se veulent inséquable que sont les fichiers flash.
justement, le problème c'est que tu ne vois (presque) que ça.
As-tu déjà essayé flex par exemple ? regardé ce que c'est ? testé ?
Comment peut-on juger d'une techno uniquement sur les usages courrament faits sans savoir comment ça marche ?
> il demande un temps monstrueux en temps de développement pour faire quelque chose
Franchement, tu as déjà essayé avant de sortir ça ??
> C'est l'hopital qui se moque de la charité!
Sauf que je comparais le développement d'un soft basé sur flash avec le développement d'un soft + plugin de visualisation, ce qui est très risqué aussi...
> D'ailleurs tu fais comment si flash n'est pas installé sur une machine, par exemple si l'admin l'interdit pour des raisons de sécurité ?
Comme je l'ai déjà indiqué, c'est bien pour ça que, pour la majorité des tâches, un mode dégradé existe sans flash, mais comme tu ne vois que des gros blobs inutils...
> Bon j'ai résisté dur, mais tant pis si je fais un godwin : Le problème, c'est que vous mélangez pour beaucoup l'utilisation courrament faite des bazooka avec les bazooka. :)
T'as rien de mieux ?
Ce que je dis, au cas où tu n'ai toujours pas compris, c'est que flash n'impose pas de faire mal les choses. Maintenant, oui, il y a de nombreux mauvais développeurs, mais le problème n'est pas nécessairement, ou uniquement, dans la plateforme
> Mais bon si tu as un exemple de besoin utilisateur que flash peut seul remplir je veux bien le connaître.
Ok. Il nous arrive, comme on affiche des cartes, de laisser la possibilité à l'utilisateur de tracer des contours, des formes, ... afin de les rentrées dans les données liées à nos cartes.
On utilise pour cela un composant flash nous permettant de dessiner sur les cartes, avec accrochage (magnétisme) des points, calculs d'airs, de périmètres, etc.
Qu'elles sont les autres solutions ?
- un composant "lourd" type java -> lourd, très mal intégré, développement lourd
- utilisation de svg + js (solution précédente) -> très couteux en développement, absence de plugins maintenus sur certains navigateurs, performances moyennes
- développement d'un plugin spécifique -> bcp de boulot (je parle en connaissance j'en ai déjà développé pour firefox), lourd, temps de développement important, difficulté à mettre en oeuvre chez les clients, ...
- flash -> temps de développement court, performances acceptables, facilité de déploiement
[^] # Re: Avec une applet flash pour voir les promesses par pays.
Posté par CrEv (site web personnel) . En réponse à la dépêche Mozilla tente d'établir un record du monde des téléchargements. Évalué à 2.
Mais ce que tu ne veux pas comprendre c'est que flash (flex) ne demande justement pas une surcharge de travail énorme pour faire quelque chose de propre.
Maintenant pourquoi les dev ne le font pas ?
Mais c'est un problème bcp plus vaste où tout le monde à toujours tendance à faire le plus gruik possible du moment que ça marche, et ça me désole.
> Peut être que j'interprête mal ta phrase, mais en te lisant j'ai l'image des gros bloques binaires qui se veulent inséquable que sont les fichiers flash.
justement, le problème c'est que tu ne vois (presque) que ça.
As-tu déjà essayé flex par exemple ? regardé ce que c'est ? testé ?
Comment peut-on juger d'une techno uniquement sur les usages courrament faits sans savoir comment ça marche ?
> il demande un temps monstrueux en temps de développement pour faire quelque chose
Franchement, tu as déjà essayé avant de sortir ça ??
> C'est l'hopital qui se moque de la charité!
Sauf que je comparais le développement d'un soft basé sur flash avec le développement d'un soft + plugin de visualisation, ce qui est très risqué aussi...
> D'ailleurs tu fais comment si flash n'est pas installé sur une machine, par exemple si l'admin l'interdit pour des raisons de sécurité ?
Comme je l'ai déjà indiqué, c'est bien pour ça que, pour la majorité des tâches, un mode dégradé existe sans flash, mais comme tu ne vois que des gros blobs inutils...
> Bon j'ai résisté dur, mais tant pis si je fais un godwin : Le problème, c'est que vous mélangez pour beaucoup l'utilisation courrament faite des bazooka avec les bazooka. :)
T'as rien de mieux ?
Ce que je dis, au cas où tu n'ai toujours pas compris, c'est que flash n'impose pas de faire mal les choses. Maintenant, oui, il y a de nombreux mauvais développeurs, mais le problème n'est pas nécessairement, ou uniquement, dans la plateforme
> Mais bon si tu as un exemple de besoin utilisateur que flash peut seul remplir je veux bien le connaître.
Ok. Il nous arrive, comme on affiche des cartes, de laisser la possibilité à l'utilisateur de tracer des contours, des formes, ... afin de les rentrées dans les données liées à nos cartes.
On utilise pour cela un composant flash nous permettant de dessiner sur les cartes, avec accrochage (magnétisme) des points, calculs d'airs, de périmètres, etc.
Qu'elles sont les autres solutions ?
- un composant "lourd" type java -> lourd, très mal intégré, développement lourd
- utilisation de svg + js (solution précédente) -> très couteux en développement, absence de plugins maintenus sur certains navigateurs, performances moyennes
- développement d'un plugin spécifique -> bcp de boulot (je parle en connaissance j'en ai déjà développé pour firefox), lourd, temps de développement important, difficulté à mettre en oeuvre chez les clients, ...
- flash -> temps de développement court, performances acceptables, facilité de déploiement
Voilà, fait ton choix...