Reprise du message précédent :
Sinon avec karma c'est faisable comme le reste, il suffit de bien tout loader comme il faut et surement d'initialiser toi même ui-router avec ton controller/template

Ce que je veux surtout tester c'est l'affichage des messages d'erreurs, car c'est pas mon controller qui contrôle ça. C'est une directive externe, mais je veux surtout tester le bon fonctionnement et que tous les champs sont bien configurés.

Si ta directive est loadé via le template de ta route/controller, normalement y a pas de soucis (si tu injectes bien les js/templates en dépendances).
Si directive en dehors, à part passer en E2E, je vois pas et oui c'est plus long ..

je parle clairement du test de la vue du controller
 
Je viens de résoudre mon problème :  

 
L'idée est de tester unitairement la vue en la liant à son controller en évitant de passer par le E2E. Je ferai du E2E pour tester des parcours.

 
Je croyais que les mecs d'Angular avaient complètement repompé Ember-CLI, non ?

C'est pas fini apparemment https://github.com/angular/angular-cli

Salut
 
Petite question html/css, désolé site et infos perso obligent, je mets pas le lien du site directement (en mp pour ceux qui veulent se donner la peine, si je suis pas assez clair).
 
Pour expliquer de mon mieux:
 
Sur ma page html, j'ai ça:
 

 
Et le CSS:
 

 
Les 2 balises <article> de gauche (.thumbLeft) réagissent parfaitement au hover: le "width" de la zone survolée (et elle seule) s'étire.
 
En revanche, côté droit (.thumbRight), y'a une coquille: lorsque je survole l'une, elle réagit normalement, mais entraîne la seconde qui elle se décale seulement (sans s'étirer).
 
*s'en va faire un gif parce que ça semble pas intuitif là*
 
A gauche: OK

 
A droite: pas OK (pourtant mêmes règles):

 
 
L'un de vous aurait une idée d'où ça merde?

J'ai fait un jsfiddle avec ton code, je pense que c'est explicite:

https://jsfiddle.net/rkhtfzay/

Il te faut caler tes .thumbRight a droite du conteneur parent, ou dissocier leur largeur du conteneur parent, ou un truc du style.

Aye, j'ai trouve un truc pas trop impactant:
 
https://jsfiddle.net/rkhtfzay/2/

L'explication vient simplement du fait que tes élément à droite sont aligné sur la gauche à l'intérieur de la box #navRight, donc dès que tu agrandis un des éléments, la box #navRight s'agrandit et son les éléments se décalent sur la gauche.
Je valide la solution de gelatine_velue

 
Saint drap, je vous aime, merci gelatine_velue pour la soluce et gatsy35 pour l'explication
 
J'étais à un niveau de WTFisme extrême, ça parait si évident (et con) maintenant  
 
 

 
C'est quoi cette question "d'ou venez vous"? Tu veux dire mon boulot, ma maison, mon lieu d'appartenance, de naissance, le rapport avec la choucroute?

nan mais cherche pas c'est un joli spam le mec

Bonjour à tous,  
 
 
En 2016, vous prendriez quoi comme techno pour faire une appli web riche un peu looké, responsive ?  
 
Genre une appli avec des listes, des formulaires à remplir, de l'affichage d'image, alimentée par des flux json...
 
Je code en c#,xamarin ,swift... donc tout à apprendre en web...
 
Des conseils ?
 
Merci pour vos réponses.
jc

Je prendrais un framework css de ton choix (bootstrap, foundation et consorts), et pour la partie js ça dépend de tes besoins et contraintes.
Perso j'aime rien embarquer ou presque de plus, mais la plupart préfèrent React/Angular ou un truc du style pour la structure et la facilité de démarrage, alors que je considère que l'étape de compilation scss/js et la maintenance des descripteurs de build est juste reloue pendant le dev.
Donc ca dépend de tes besoins je dirais: temps de dev, taille, réactivité, ce genre de trucs.

plutôt d'accord avec le poilu. Tu commences déjà par une maquette , et après tu lui donne vie  
 
Je ne pense pas qu'il y ai une solution qui gère tout, ça dépend des projets, des fonctionnalités,...

pour ceux qui veulent tester react , mais qui ne veulent pas passer trop de temps à choisir les briques, je suis en train de tester ce pack de base : https://github.com/wellyshen/react-cool-starter :    
 
Il ne faut pas prendre peur sur la liste des librairies : au final le build de prod fait moins de 400Ko non gzippé, sachant qu'il y a vraiment tout ce qu'il faut pour que ça roule

 
Le truc qui change d'API tous les 4 matins?
 
Sinon les gens qui veulent tester des vdom mais qui ne veulent pas passer trop de temps à choisir les briques, je suggère Elm

tu as vu la preview de la v4 ? De toute façon en js, tu choisi les lib avec lesquelles tu commences un projet, masi c'est pas sûr qu'elles soient toujours à la mode quand tu pousse en prod
 
C'est surtout l'aspect composant que je trouve intéressant + le tooling qui est mûr (hot reload, react native, intégration de lib tierces,...)

J'utilise le truc de React. Ton truc me fait peur.

 
Je vois franchement pas ce qui te fais peur
 

C est exactement ca. Certains aiment. Ca m a permis de voir quelle taille pourrait aboir mon app en la réécrivant avec react et en mettant en place du server side rendering

Y'a des experts du terminal sur OSX ? je suis passé à macOS Sierra, clean install pour m'installer node et toute la clique via homebrew et pouvoir installer en global sans faire du sudo à tout va    
 
Bref, du coup je me remet ma config  petit à petit, je teste le thème Atom One Dark pour le terminal, je rajoute dans .bashrc

 
comme expliqué ici : https://github.com/nathanbuchar/atom-one-dark-terminal mais les couleurs sont jamais conservées.. je dois refaire un `source .bashrc` pour qu'elles reviennent.. vous auriez une idée ? c'est le thème qui est moisi ? ça me faisait pas ça avant avec Solarized Dark  

Essaye en le mettant dans le .profile, je sais jamais lequel il faut éditer

Sinon tu met un source .profile dans ton bashrc, et inversement ca marche assez bien generalement

le .profile, vous voulez dire .bash_profile plutôt non ?
 
bon j'ai mis les 2 lignes dans le profile, apparement les couleurs sont conservées ^^
 
c'est quoi la différence entre ces deux fichiers ?

http://superuser.com/questions/789 [...] rofile-etc
 
enjoy

Bon j'ai pas trop compris mais :
 
 

Attend mais t'utilise Terminal.app ?  
 
https://www.iterm2.com/
ou https://hyperterm.org/ (pas encore trop teste, mais premieres impressions sympa )
 
ca vaut le coup

Iterm2 + ohmyzsh  

J'utilise Terminal.app mais je pensais bêtement que c'était sandard...

 
j'etais passe sous prezto mais ca a l'air de calmement mourir faudra que je repasse sur ohmyzsh ou sur un autre truc un de ces jours

 
Pourquoi ne pas utiliser nvm ?

Iterm2

C'est sensé être la réponse à ma question ?

 
non

Yo!
 
j'ai une select avec tous les codes postaux de France (length: 3885), avec un chosen dessus. Quand je clique sur la liste déroulante ça met au moins 2/3 secondes à dérouler (sur un iMac Core i5 2,9 Ghz pourtant), c'est vraiment ch****
 
y'a moyen d'améliorer les perfs ? les devs de ma boite s'en foutent complètement apparement... je suis le seul à trouver ça horrible quoi

Lazy rendering.

Oui, avec un typeahead ça devrait arranger les choses

je vais regarder merci

C'est le rendu du DOM qui est lourd dans ces cas là. On utilise react-virtualized chez nous pour ne pas rendre tout mais juste ce qui est visible (cf https://bvaughn.github.io/react-vir [...] nents/List )