Reprise du message précédent :

 
je ne pense pas que cela soit très réaliste de le faire ne SVG avec IE8 comme contrainte et même avec IE9. Avec canvas, IE9 supporte nativement canvas, et il existe des librairies JS pour ruser avec IE8.
 
Avec SVG, j'en doute fort... même s'il existe évidemment aussi des workarounds
 

nan IE8 n'est pas une contrainte, les mecs auront un truc propre et simplifié pour IE8. Je ne vais pas m'emmerder.
Le html qu'il y aura de base pour IE8 servira à générer le merdier pour IE9 et autres browsers propres

 
bah si IE8 n'est pas une contrainte et que tu veux uniquement taper dans du récent, tu peux utiliser canvas ou SVG donc.

+1 pour canvas

vous avez une explication pour cet engouement pour le cavas ? Perso autant que possible j'utilise SVG où j'ai une pile de matrices de transformation, des handlers d'évènements, l'animation, le z-index et un graphe de scène d'inclus par défaut.

 
Pour pas mal de choses, les deux peuvent convenir, mais il y a des différences.
 
Pour des images, j'aime canvas, parce qu'avec des bibliothèques comme fabric.js, il est ultra-simple de foutre une image placée en HTML dans ta page dans un canvas et de la manipuler comme tu le veux, faire des animations avec seulement quelques lignes de codes. Pour de la manipulation d'images, je trouve donc canvas plus simple.
 
 
 
 

c'est pas plutôt que c'est le seul outil que tu connais ? tu peux faire pareil en SVG, en restant sémantiquement correct et sans javascript  
 
C'est vrai que c'est plus simple d'écrire un programme opérationnel en javascript que d'utiliser le modèle attardé de CSS, à chaque fois c'est la guerre pour moi. Mais tu peux aussi manipuler du SVG en javascript. Le truc relou par contre c'est que jQuery aime pas le namespace SVG et surtout les propriétés animatedBidule.

 
Honnêtement, je suis parfaitement capable de faire la même chose en SVG et d'ailleurs j'utilise aussi SVG pour certains projets. Il se trouve qu'en ce moment je bosse sur un gros projet avec fabric.js, et je trouve cela fiable, rapide et sans prise de tête spécialement pour manipuler des images.

 
Ya un selector CSS qui permet de jouer directement avec "text" sans toucher au a ?
 
je dois styliser le a et virer le text, mais sans toucher à l'html
 
je pourrai passer par jQuery mais j'aimerai éviter.

Style l'ensemble et reset les styles en question pour le <a>

un truc à base de :not(a) ?

Ouaip, ben du coup j'ai foutu un text-indent -999 au p, et 0 au a, et ça roule, merci.

 
humm, le a fait partie du p, donc un display none sur le p doit faire disparaitre le a, j'en ai peur... Sans passer par JS, ca semble pas gagné...

 
lol... pas con ca. un peu (bcp) sale et barbare, mais bon... Tu es sûr que ca marche partout ?

'tin chrome, tu sélectionnes du texte dans un élément, il trigger un click à la fin
 
Si je voulais me hooker sur mouseup je me hookerais sur mouseup, navigateur de natas

Vous n'aimez pas vos collègues ? Nommez vos classes ces avec des non breaking espace http://jsbin.com/nuhinuda/1/edit?html,output

Ou generez des parses error en utilisant le point d'interrogation grec http://www.decodeunicode.org/u+037E

 
les espaces en CSS  

y'a des experts en flex layout ? (CSS)
 
si je veux qu'un des items soit le 3ème, il faut obligatoirement définir un flex-order aux deux premiers ?

un très bon article pour améliorer son dev sous nodejs : https://www.airpair.com/node.js/pos [...] opers-make

C'est pas utilisé node au lieu de io.js la plus grosse erreur ?

heu j'ai beau chercher io.js je ne trouve rien sur google

https://github.com/iojs/io.js

 
La valeur par défaut de order est 0.
 
Si tu attribues une valeur supérieure à 0 à n'importe quel élément, il sera le dernier / premier ( en fonction de la direction appliquée au parent ) vu que tous les autres ont une valeur inférieure.
 
Si c'est l'effet escompté ( == s'il n'y a que 3 éléments et que le but est qu'il soit classé après les 2 premiers ), alors pas besoin de définir order sur les autres éléments.
 
Si en revanche d'autres éléments doivent être classés après le 3ème, il faudra également pondérer la valeur order pour ces derniers.
 
 

J'ai besoin de quelqu'un avec du matos IOS et un debbuggueur pour me donner le message d'erreur  
 

o/

JE CHIE SUR IOS  
 
IL VOUDRAIT PAS FAIRE DES BROWSER QUI MARCHENT ????

EN MÊME TEMPS POURQUOI TU JOUES AVEC UN BROWSER SUR UN SWITCH?

PEUT ETRE QUE CISCO SUPPORTE REELLEMENT LES TECHNOS AU LIEU D4AVOIR DES IMPLEMS FOIREUSE COD2ES PAR UN STAGIAIRE COTOREP

donc pour du gros stockage sur mobile, je dois avoir

• indexeddb ( pour firefox:no limit, pour IE 250Mo)
• filesystem, pour chrome (persistent storage, youhou)
• websql juste pour pour IOS (et encore c'est limité a 50Mo )

Je pense que les proprios d'ibidule peuvent aller se faire foutre quand ils n'auront pas de réseau, ils n'auront pas de carte

et sinon, nouvelle version de foundation : foundation for apps qui a l'air pas mal du tout http://zurb.com/article/1362/found [...] ps-is-here

Ils ont mis du AngularJs dedans

 
JE CHIE SUR FOUNDATION

ET POURKWA ?????

Moi j'aimerai bien tester Foundation 5 par rapport à Bootstrap 3, il a quand meme l'air plus moderne. Moi qui me sert que des options de grilles..

 
( Question un peu vaste )
 
Y a-t-il un bon article ( récent ) qui permettrait d'y voir plus clair dans la disponibilité, l'utilisation et l'interopérabilité entre les différents frameworks pour le webdev ?
 
( Entre Foundation, Angular, React, Meteor [...] on s'y perd un peu tant qu'on a pas lu toute les docs respectives )

React c'est pas un framework.

--Framework  
Backbonejs : tout petit framework (certains parlent plus d'une libe que d'un framework), pas mal de code à écrire, mais peu de magie. Beaucoup de liberté laissé au développeur
 
Marionnette : surcouche sur backbone avec un peu plus de magie, mais beaucoup moins de code à écrire ( notamment sur la gestion des vues imbriquées)  
 
Angular : gros framework, avec beaucoup de magie et beaucoup de liberté laissé au développeur  
 
Ember : Aussi gros qu'angular, aussi magique, mais avec de vraies décisions prise en amont pour imposer une direction  
 
Flux : le framework qui a été conçu par la même équipe que celle qui a fait react  
 
--Lib de rendu que tu peux interfacé avec ces framework à la place du rendu de base
 
React :  L'idée et de ne pousser que le minimum de différence dans le dom, de faire la majeure partie du taf en mémoire.  
 
Famo.us : du rendu web bien chiant à écrire, mais avec des perfs très sympa.
 
 
--Mise en page , que tu peux utiliser avec n'importe quel framework et lib de rendu  
Foundation/bootstrap : un pack de règles css permettant de construire très rapidement une interface qui a de la gueule et qui se comporte bien sur les différentes plateformes
 
-- les combos  
IONIC : angular + un framework css pécifique + cordova  
fondation app : angular + foundation  
Famo.us + angular  
 
 
En ce moment ce que *je* préfère faire :  
 
Quand les interface sont complexes : angular / bootstrap  
Quand les performances sont prioritaires : backbone / bootstrap ( et j'envisage de rajouter du react à cette stack)
 

 
Wow, merci
 
C'est déjà nettement plus clair !
 

Chuis pas vraiment d'accord. L'idée de base de React c'est de décrire l'état actuel de l'UI en fonction de l'état actuel de l'application, et de régénérer l'UI à chaque changement de l'état applicatif.

Le fait de ne pousser que le minimum de différence dans le DOM, c'est l'un des détails d'implémentation qui rendent l'idée de base effectivement utilisable.

Je crois que jqm fonctionne comme ça aussi, mais avec tout qui est décris dans le DOM. Sauf que sans ce dom virtuel , les perfs sont pas top. Donc pour moi c'est le game changer.

Même si ma formulation n'est pas super exacte, je te l'accord.