30

Je pense que ca doit être bien compliqué pour le graphiste d'être autant détaché du HTML.

Nous on explique grosso modo la structure que l'on peu générer au graphiste (étant donné qu'on prend le même à chaque fois, ben on l'a fait une fois et ca suffit), ensuite il nous fait une maquette en html + css, et dernière étape, on se débrouille que nos scripts générèrent exactement ces maquettes.

Et après, pour tous les changements du client "ah gnagnagna je veux pas du bleu mais du rose", ben le graphiste nous passe des nouvelles css, car en général la structure HTML n'a pas à changer.

Et tout ca t'évitera sûrement plein de surprise sur les différents navigateurs comme tu as avec IE7.

31

Oui, c'est exactement ça, sauf qu'une fois les scripts stabilisés, les graphistes doivent pouvoir modifier les CSS à volonté sans intervention de notre part.
Et je râle justement après les "susprises" d'IE 6 et 7 (surtout 7, parce que bon, c'est pas comme si la concurrence était inexistante... je me demande comment leurs webdesigners bossent x_x) qui ne permettent pas de séparer proprement les travaux.
avatar

32

intéressant ces remarques, je bosse sur un projet qui risque d'etre gros et je me demandais comment séparer totalement l'algorithmique du site et sa présentation smile c'est donc bien comme ça qu'on fait 'en vrai' smile

33

./31 : le truc c'est qu'on ne va pas jusqu'à faire des tableau en css. Tu fais ca de manière plus "joli" programatiquement parlant, c'est sûr. Je trouve que fournir du pseudo xhtml est un bon compromis.

34

Ben jusque là nous non plus, mais a priori, on ne pourra toujours pas à cause d'IE (pourtant on aurait bien aimé, ça nous aurait vraiment simplifié les choses)
avatar

35

./32: matte du cote des templates engines

36

ué c'est bien ce truc là auquel je pense happy