Reprise du message précédent :
spa faux, c'est effectivemment plus clean pour des émargements, je tacherais de m'en souvenir.

 
je sais bien, c'est la base ça, mais ce que je ne comprends pas, ce sont les valeurs par défaut quand on ne met ni de top ni de left... sur quoi le navigateur se base? et pkoi ie7 ne rends pas pareil que tous les autres... bref ^^
 
 
 
Sinon: http://daneden.me/animate/ un framework d'animations CSS

ah ben tiens
des bonnes âmes pour me dire si ca passe bien la carte et le petit menu a droite sur mobiles (meme des tres vieux pas tactiles)?
on est sur une base bootstrap donc le layout de base il tient mais on vient de rajouter ca et on peut pas tester partout
 
http://www.swotee.com
 
c'est pas de la pub hein, c'est vraiment que j'ai pas assez de devices heterogenes pour tester
 

quand je zoom un peu , la carte se reduit pou rpermettre l'affichage des resultats sur la droite ( bourogne, lorraine, paca, .... ) laissant 50px pour la carte  
 
desire hd, android 4.0.4, 800*480px

c'est quand tu zoom sur la carte ou quand tu zoom le browser? normalement le menu est fermé par defaut sur les petites res et s'ouvre qu'en hover/click, peut etre qu'on devrait mettre un comportement slide
 
 

quand je zoom  sur la carte  
 
Il me semble que j'ai cliqué sur la carte effectivement. Mais maintenant, je ne sais pas quoi faire, et j'ai une carte inutile

ah ok je vois ce que ca pourrait etre alors.
 
merci pour ton retour!
 
c'est normal que tu ne saches pas quoi faire de la carte, on la detourne de son usage *classique* et on a pas implementé son flow mobile la c'est pour voir si les filtres marchent bien sur mobile. a priori oui mais on a un pb d'UX...

désolé, je fais que passer, mais lol.

Oui, moi aussi je trouve rigolo de dire : ce n'est pas fait a l'arrache, c'est de l'Agile

Agile n'est pas du tout incompatible avec essayer de faire du code de qualité

tout a fait.
 
mais ce sont 2 choses différentes.
 
"nettoyer et consolider" pour moi ca veut dire faire en sorte que les commentaires liés a la qualité du code dégagent et factoriser au max.
 
essayer de faire du code ultra clean des le départ c'est pas ma priorité en js client side
 
a choisir, je prefere laisser du code qui marche (sous entendu qui passe les TU) et qui repond a un besoin, plutot que de ne rien mettre *paske c'est pô assez joli*
 
par exemple dans mon code js il y a plein de tests en commentaire mais c'est pas important car ca degage en passant par un minifier
de meme on utilise pas de namespaces dans tous les cas (et ca c'est mal) ou on n'utilise pas toujours un wrapper pour confirmer le load de jQuery(et ca c'est nul).
 
mais ce genre de trucs je prends quasiment n'importe quel code js d'a peu pres n'importe qui ici et je peux en identifier un paquet, est ce que ca veut dire que ce n'est pas du code de qualitaÿ?

Non mais si tu codes comme un porc dès le départ, je chercherai même pas à t'embaucher dans mon équipe

c-a-d?
tu as des exemple de code de ton equipe?

c'est toi même qui commence par t'excuser de la qualité du code
nous, tout ce qu'on voit, c'est un code minifier, donc on ne peut pas contredire

pop-pan, tu peux me dire pourquoi vous écrivez ceci :

Quand je vois ça, j'ai l'impression qu'il y a une méconnaissance du JS
ok au temps pour moi, c'est pas du code à poppan, c'est un composant existant "MarkerClusterer", mais je me demande bien pourquoi le mec fait ça

oui, je dis par avance dans un spoiler que je sais qu'il peut y avoir des ayatollah du code donc je decris l'approche. ce qui a eu l'air d'en faire rigoler certains.
 
quand on me dit "code comme un porc" je veux juste savoir ce qu'on entend par la et quelle qualité est attendue dans son equipe.

 
 
no pb, c'est du code qui vient de la http://google-maps-utility-library [...] clusterer/
on utilise actuellement la version non-compilée pour amenager des fonctionalités,
le coté verbeux provient de la cible closure compiler
[edit]enfin il vient de ce que sinon cc renomme parfois trop de trucs et que pour exposer les methodes ca peut poser probleme[/edit]

AH OUI, c'est pas faut, mais c'est moche , normalement CC ne renomme pas les methodes sur proto

de base non, seulement avec les advanced optims
[edit]
a terme on devrait tout pouvoir faire passer dans CC
la c'est que la map on fait un test en // avec un petit serveur OSM et forcement ca marche pas vraiment pareil donc on a plein de code lié a la map/filtres/clusters en chantier sur un fork
[/edit]

Bon les filles, il faudrait que vous m'aidiez à prouver à mon cher collègue qui est quand même très compétent en web, que le quirksmode de IE6 ne s'active que selon les règles suivantes :

- aucun doctype
- un caractère autre que \s, \t, \r, \n avant le doctype

Oui en effet, il me dit avec certitude que s'il y a un retour chariot et / ou un espace avant le doctype ça chie.

Je veux bien croire que les caractères qui ressemblent à des espaces peuvent faire péter, mais les caractères standards listés juste avant ne posent pas de problèmes.

Si vous avez un lien / article MERCI

Edit : Bon en fait il parlait de l'espace insécable :  (ALT+0160)

Rassure-moi, c'est juste un débat pour le plaisir hein?

Me semble que j'ai déjà eu des merdes quand le doctype était pas sur la première ligne, mais j'arrive pas à reproduire le problème, donc il devait y avoir autre chose.

EDIT : possible que c'était avec du XHTML avec un prologue xml (et du coup, il y a bien autre chose que des espaces et retours à la ligne avant le doctype, donc ça contredit pas ce que tu dis)

porn porn: http://friggeri.net/blog/a-genetic [...] mpression/

Y a pas de technique de sliding doors verticale ?

Quelle est la différence avec des slidings doors horizontale (si ce n'est que ton image de fond est très haute au lieu d'être très large) ?

Bah si, si ça marche à l'horizontal, ça marche à la vertical, mais alors là largeur = fixe

 
Y en a pas, c'est ce que je me suis dit après avoir posté

:before et :after sont tes amis aussi enfin si t'as pas besoin d'habillage sur des vieux browsers

Si on devait pas avoir le même rendu sous IE7 c'est ce sur quoi je serais parti.

partie

 
si tu utilises jquery il y a un plug pour ca => http://jquery.lukelutman.com/plugins/pseudo/, ca fait 1.2Ko..
 
sinon il reste ie8.js => http://code.google.com/p/ie7-js/ c'est tres complet mais c'est un peu gros (~35Ko ou ~15Ko gzip)
 
mais je comprends ta douleur et j'imagine que c'est pas toujours possible,  
j'ai bosse sur un truc pour un site a forte audience ou on m'a saoulé pour 2ko alors que la home en totalise 500Ko (avec les millions de pubs dessus) , impossible de push une lib en standalone (super pour le cache) et leur *framework* js c'est un truc pané d'il y a des années, pas maintenu et pas documenté.
 
et evidemment... IE6, FF3, opera10, chrome1 et safari 4 sous XP (mais celui la je leur ai gentiment dit que bon fallait pas déconner)

Je préfère rajouter des divs qu'utiliser du JS pour gérer l'affichage.

c'est plus du js pour "ameliorer" l'affichage, ton bloc doit rester fonctionnel sans.  
accessible + unobtrusive js + progressive enhancement => win!
 
[troll]
apres on peut aussi faire des tableaux a l'ancienne et des div/layers en absolute a la dreamweaver
[/troll]

rajouter du js et du parcours de DOM sur des navigateurs qui ont des performances pourries ne me semble pas une bonne idée. Surtout quand on peut l'éviter  

si par eviter tu entends rajouter de toute facon un div/span dans le DOM initial a chaque element a habiller je sais pas trop, ca depends des cas, en contrepartie tu perds souvent en lisibilité (WCAG/WAI) et en sémantique
 
si il est sur d'avoir toujours un container exploitable et un sens a faire passer pourquoi pas, sur un lien le classique mix a>em ca marche toujours et ca reste semantiquement *coherent*
 
s'il en est pas sur et que chaque fois qu'il va l'appliquer il faut qu'il commence a bidouiller son code (genre un helper) il faut juste garder a l'esprit que c'est peut etre X temps passé pour Y% des users, IE7 c'est du diminishing return. Je connais pas sa cible donc je saurais pas dire combien.
 
le cas classique c'est les border-radius, la crea comporte souvent des radii différents.
soit on dit c'est absolument obligatoire sur tous les devices => on s'eclate a faire des sliding doors differents (avec parfois des hacks css a cause des rendus differents)
soit on dit que c'est pas grave et que seuls les browser supportant la fonctionnalité les auront => pas de taf en plus
soit on dit que si le browser le supporte pas on complete => pas de taf en plus
 
Le temps qu'on gagne sert a faire d'autres choses plus interessantes.
 
par exemple, le nombre de malvoyants en france (aveugles, profonds et moyen) c'est ~2% (1.3millions) et ca reste stable en %.
la distribution d'ie7 est a peu pres similaire actuellement (~2%) et elle baisse.
 
disons que j'ai une evaluation des priorités différentes.
 
apres, je le repete, je connais pas sa cible ni ses contraintes, peut etre qu'il a 20% de IE7 et que c'est un intra.

Je bosse avec une ancienne collegue americaine sur un projet, pour le moment on fait toute la CSS, car le client aura un dev qui  fera le JS.
 
On bosse avec github, et chaque dev fait un fork, et envoi des pullrequest pour faire valider le code avant qu'il soit mergé dans le master.
 
La blague, c'est que ce dev, ne colle aucun event.preventDefault() dans les méthodes.
Du coup ce boulet, pour corriger ce problème a remplacé tous les href="#" par href="javascript:void(0);"
A noter qu'il l'a fait dans le fichier principal qui se nomme library.html ce n'est qu'un simple fichier de maquette.
 
Va falloir que je lui trouve les mots justes

moi ce qui me faisait rire c'est la naïveté de l'approche. La "deuxième" phase de "nettoyage", elle arrive jamais

tain ça existe encore ce truc? Jveux dire, c'est pas caché par jquery ou autre, ou tu peux pas le coller dans le prototype du event handler?

Si la lib collait systématiquement un preventDefault() dans tes events ça serait la catastrophe.
 
Dans bien des cas on écoute le parent pour rendre toute une zone clicable et parfois on ecoute le container principal pour pas à avoir à se faire chier à coller 300 events sur les enfants.
 
La notion d'event est très importante, et heureusement qu'aucune ne fait un preventDefault sur chaque event

 
elle arrive bien heureusement. apres chaque merge on reserve une journée pour review et cleanup, la priorité etant le server side bien entendu.
 
mais pour ca faut un minimum de rigueur la naivete j'ai laisse ca de coté il y a une bonne decennie.

 
ca pourrait *servir* dans des cas particuliers genre un bind sur un selector suivi d'un append d'une instance qui match (le truc qu'on fait en ajax regulierement)
par contre ce serait bien la loose pour tout le reste    
 
nan je déconne, ca servirait a rien, puisque comme tu l'indiques il suffit de bind() sur un parent et exploiter event.target pour cibler le bon (ou window.event.srcElement pour les fans de IE)
 
faut lui dire au dev qu'on fait plus clean que void(0) maintenant, c'est fini la bulle internet des années 2000.
 
y'a un bouton [blame] dans github hein, il sert a ca.