Laisse tomber, encore un Flash Fanboy, comme ceux qui ont pourri les commentaires du blog cité dans le journal.
Je tiens à préciser tout de suite, même si je ne suis pas super crédible dans le rôle que je déteste flash.
Ca fait trois jours que je bosse sur un système de visualisation/crop/réorganisation d'images, mon code est en grande partie une repompe des CSS de http://www.cssplay.co.uk/menu/index.html (qui est une vraie mine d'or, à conseiller à tous les dev ) et que malgré tout il ne fonctione pas encore tout à fait comme je veux. Ce que je cherche à faire prendrait deux heures à faire en flash.
Si je facturais ma création au prix standard :
deux heures avec flash : 100¤
trois jours+ en W3C : 1500¤
J'ai bon espoir qu'au final mon code soit visible/utilisable sur plus de 90% des navigateurs, mais je n'oserais pas en jurer... Quand à savoir dans comment il sera interpreté dans 3 ou 6 mois ...
Au fond, je crois qu'il y a un antagonisme naturel entre l'accessibilité et le rendu constant.
Je suis d'accord, sans aller jsuqu'au rendu constant, simplement un rendu cohérent. Je calcule toutes mes pages en em et autant que possible j'évite d'utiliser les bordures pour que l'on puisse augmenter la taille du texte sans exploser la mise en page. Ca marche mais du coup je rajoute des div qui sont purement des containers d'autres div ou blocks de div (et donc j'abime un peu la décorélation fond/forme si chère au W3C)
Pour Flash, j'imagine que ça doit être un cauchemar...
Malheureusement pas tant que çà. Si tout est en vectoriel, il est très facile de créer une fonction pour "zoomer". Il y a deux choses casse pieds à faire : chopper la nouvelle taille de police si l'utilisateur en change après que l'objet flash soit chargé et faire aller le contenu à la ligne par cbloc pour éviter les ascenceurs (ca par contre ca se fait presque tout seul en CSS si on a fait proprement tout le reste)
[^] # Re: Pourquoi Flash est une technologie comme les autres....
Posté par Jerome Herman . En réponse au journal Pourquoi flash est une technologie de merde :). Évalué à 9.
Je tiens à préciser tout de suite, même si je ne suis pas super crédible dans le rôle que je déteste flash.
Ca fait trois jours que je bosse sur un système de visualisation/crop/réorganisation d'images, mon code est en grande partie une repompe des CSS de http://www.cssplay.co.uk/menu/index.html (qui est une vraie mine d'or, à conseiller à tous les dev ) et que malgré tout il ne fonctione pas encore tout à fait comme je veux. Ce que je cherche à faire prendrait deux heures à faire en flash.
Si je facturais ma création au prix standard :
deux heures avec flash : 100¤
trois jours+ en W3C : 1500¤
J'ai bon espoir qu'au final mon code soit visible/utilisable sur plus de 90% des navigateurs, mais je n'oserais pas en jurer... Quand à savoir dans comment il sera interpreté dans 3 ou 6 mois ...
Au fond, je crois qu'il y a un antagonisme naturel entre l'accessibilité et le rendu constant.
Je suis d'accord, sans aller jsuqu'au rendu constant, simplement un rendu cohérent. Je calcule toutes mes pages en em et autant que possible j'évite d'utiliser les bordures pour que l'on puisse augmenter la taille du texte sans exploser la mise en page. Ca marche mais du coup je rajoute des div qui sont purement des containers d'autres div ou blocks de div (et donc j'abime un peu la décorélation fond/forme si chère au W3C)
Pour Flash, j'imagine que ça doit être un cauchemar...
Malheureusement pas tant que çà. Si tout est en vectoriel, il est très facile de créer une fonction pour "zoomer". Il y a deux choses casse pieds à faire : chopper la nouvelle taille de police si l'utilisateur en change après que l'objet flash soit chargé et faire aller le contenu à la ligne par cbloc pour éviter les ascenceurs (ca par contre ca se fait presque tout seul en CSS si on a fait proprement tout le reste)