Reprise du message précédent :

Un projet de forum, partage de photos, plateforme de blog & co
 
Ouai voila, il y a un CSS par famille de templates, et des styles commun à tous aussi
 

Au final oui on a beaucoup d'éléments réutilisable, mais beaucoup qui ne le sont pas non plus
 
Mais typiquement, l'exemple du bouton valider / annuler, on habille en gris "annuler" et bleu "valider" => surtout jamais on irait mettre une classe "blue" pour définir la couleur de bleu !
Sachant qu'on habille les liens en bleu aussi, dans le cas le jour où l'on voudrait ne plus mettre les boutons de validation de la même couleur que les liens, une chance sur deux qu'on change tout d'un coup sans le vouloir...
Ou alors il faudra lire tous les templates pour s'apercevoir qu'il n'y a bien que des liens qui réutilisent le "blue" et faire en sorte de mettre a.blue d'une couleur et input.blue d'une autre... génial

 
J'ai remarqué que beaucoup de graphistes/DA qui font des projets web finalement ne sont pas vraiment spécialiste du web et ne pensent pas en termes d'intégration HTML/CSS. Au final on se tape souvent des "créas inédites" pour chaque page/rubrique. Donc à chaque fois ça oblige à créer plein de classe.  
 
Perso je sors d'un projet où au final les pages générées se compte en centaines de milliers, avec des centaines de templates aussi. Sauf que le webdesigner maîtrise l'intégration, et a eu l'intelligence de penser la maquette en terme de CSS derrière, en utilisant souvent les mêmes éléments graphiques, avec certaines variantes faciles à paramétrer coté CSS. Et au final, il y a une seule feuille CSS qui de mémoire fait dans les 500/700 lignes pour gérer tous les templates.
 
Après évidemment ça dépend du projet et ce n'est que mon retour d'expérience, mais je pense qu'un projet où les feuilles CSS se multiplient dans tous les sens est (souvent) un projet qui a un problème au départ dans sa réalisation graphique.
 
toutefois ce n'est que mon avis

Ben ça dépend, tu peux très bien avoir plusieurs environnements graphiques sur un même site, sur des sites un peu gros tu as facilement un environnement différent par rubrique, plus des blogs de la rédac, plus des mini sites, plus la partie communautaire qui elle aussi se divise en plusieurs parties...
Et plus les rubriques se spécialisent, moins tu as d'éléments commun entre les différentes charte graphique et encore moins leur contenu, donc moins c'est facile de réutiliser les mêmes éléments.
 
Enfin je dis pas ça en mode "c'est comme ça et pas autrement", juste un constat sur les différents sites que j'ai pu voir au taff.
Plus les sites sont gros, moins t'as de marge pour faire les trucs à l'arrache.
Et quand les sites sont suffisamment petit pour se permettre de faire du code crade sans que ça gène personne, faut quand même en avoir honte et pas en parler trop fort

 
Perso dans le cas dont je parle y aussi plein de rubriques, des blogs, une partie communautaire. Sauf que le webdesigner a pas essayé de réinventer l'eau chaude dans chaque partie.
après bon c'est un parti pris graphique c'est sur, toi c'est surement plus "créatif". Mais pour moi le mieux est l'ennemi du bien.  
 
Perso en tant qu'utilisateur j'iame bien ce genre d'interface, où tu as la griffe du site dans chaque rubrique, et où tu t'y retrouves car tout est souvent à la même place mis en page de la même manière.

 
Pour clarifier ma pensée, l'idée c'est pas de mettre une classe commune à tout ce qui est bleu, c'est juste d'accepter d'avoir au pire des classes rouge/bleu quand tout le reste est identique (tout les deux un bouton dans un contexte et une skin identique par exemple) et que la raison de la différenciation est difficilement explicable en un ou deux mots (des raisons d'ergo ou d'augmentation du nombre de clics).
 
On peut souvent s'en sortir avec un qualificatif du genre highlited, emphasis (et du coup, plutôt qu'une classe on pourrait aussi se fendre d'un <em> dans ce cas...), mais si jamais on trouve pas, pas la peine de passer 4h à chercher un mot, y'a souvent des problèmes bien plus graves qui pourraient être résolus en 4h.

2ème solution.

Moi j'ai une question BDD.

Les foreign key... c'est juste là pour s'assurer d'une certaine intégrité "au cas où", ou vous comptez dessus pour la supprimer en cascade par exemple ?

En gros, vous avez par exemple une table "user" et une table "user_profile", liée par une clé étrangère.

Un user veut supprimer son compte, vous faites quoi ? Vous demandez au code de supprimer l'user et laissez la DB supprimer elle-même le "user_profile" associé ? Ou vous demandez au code de supprimer le "user_profile" puis le "user" ?

2ième cas perso.

J'aime bien son article sur ces blocs médias
http://www.stubbornella.org/conten [...] s-of-code/

Pareil, sauf qu'avec un peu de recul, on a quand même des sacré avis d'informaticiens extrémiste
Et plus ça va, plus je me dis qu'en fait, dès fois, les créatifs (et surtout les mecs du marketing qui valident leurs putain de maquettes ) sont pas si bête, avoir des environnements graphiques spécifiques, dans des sites maousse costaud, ça permet de faire un petit coin à soit justement, c'est un peu plus convivial...
Ya des sites je serait incapable d'y retrouver mes petits, mais bon, ça marche, ya plein de gens qui y arrivent... moins c'est carré, plus c'est convivial, et des fois, ça marche, faut juste que ce soit adapté à la cible
 
Ya qu'à voir ce site, HFR, c'est designé comme une boite en carton, les webdesigneurs avant l'an 2000 aurait craché sur une créa comme ça car trop vieillot, mais ça marche du tonnerre pour les informaticiens islamistes... c'est droit c'est carré ça bouge pas rien qui dépasse, nikel !
Mais bon, pour le reste du monde on va faire un effort, un petit dégradé et un arrondi ici, une police de caractère non standard là bas..

C'est fait pour ça
 
(sachant que CASCADE n'est pas la seule possibilité sur un ON DELETE, tu peux aussi utiliser NO ACTION, RESTRICT, SET NULL ou SET DEFAULT selon les DBs)

 
C'est moche, pas spécialement ergo, mais on reste parce que si on va ailleurs on se retrouver seul

2ème solution

Avec des couleurs perso et le thème silk y a moyen d'en faire un truc sympa, mais clair que putain, le thème de base

 
Heu si tu prends ikéa c'est du design sobres et c'est très créatif/marketing. Sobriété veut pas forcément dire "putain d'informaticien islamiste"
Et de manière générale, pour avoir déjà assisté à des tests d'ergo de site sur un panel, le grand public préfère souvent les sites simples avec une mise en page sobre et avec sur l'ensemble du site des éléments/positionnements communs. Et puis y a des sites qui peuvent être supers conviviaux, des tueries graphiques, mais où la moyenne ne dépassera jamais les 2 pagevues par visiteurs parce que le mec se perd complètement dans le site et préfère se casser.
 
Tu as tort de croire que c'est un truc de HFRien extrémiste
 
Et si tu regardes, le forum français grand public le plus actif c'est doctissimo (si on prend pas en compte HFR) basé sur MesDiscussions. MesDiscussions c'est moche mais c'est sobre et facile à prendre en main. C'est le Ikéa du web. (sauf peut être dans les tarifs )

 
En plus je voulais dire la seconde
C'est peut-être lié au fait que je ne l'utilise jamais parce que j'ai des tables en MyISAM

MesDiscussions perd parfois des bouts de topik, gage d'un haut savoir faire à la Ikea

<?php foreach ($topicsList as $topic): ?>
<?php if (!$isLogged && $topic->public || $isLogged): ?>
<tr>
    <td></td>
</tr>
<?php endif; ?>
<?php endforeach; ?>

<?php foreach ($topicsList as $topic): ?>
    <?php if (!$isLogged && $topic->public || $isLogged): ?>
        <tr>
            <td></td>
        </tr>
    <?php endif; ?>
<?php endforeach; ?>

Ni l'une ni l'autre : une indentation pour le php + une indentation pour le html, indépendantes. Et avec une syntaxe normale.

<?php 
  foreach ($topicsList as $topic) {
    if (!$isLogged && $topic->public || $isLogged) {
?>
  <tr>
    <td><?php echo $lalala; ?></td>
  </tr>
<?php
    }
  } 
?>

Un nombre de lignes un peu plus grand, mais je préfère de loin, beaucoup plus clair et carré (même si l'exemple est un peu court pour bien illustrer ).

sémantique much?

 
bah dans ce cas t'as une classe sur le body ou autre, et via cascade tu passe ton bouton dans une couleur ou une autre

Nan mais ça c'est bon, la question c'est comment je l'appelle, la classe de ce bouton

bah download ou -wahtever

This

<?php foreach ($topicsList as $topic): ?>
<?php if (!$isLogged && $topic->public || $isLogged): ?>
<tr>
    <td></td>
</tr>
<?php endif; ?>
<?php endforeach; ?>

<?php foreach ($topicsList as $topic): ?>
    <?php if (!$isLogged && $topic->public || $isLogged): ?>
        <tr>
            <td></td>
        </tr>
    <?php endif; ?>
<?php endforeach; ?>

 
Vue générée par une XSL

 
J'ai fait un site dont le design est basé sur jQuery ui.
Le client (sous IE) a trouvé ça magnifique quand on lui a montré sous firefox.
Il a voulu la même chose sur IE6. J'ai intégré PIE (1.0 b1).
J'ai ensuite eu plein de petits bugs d'affichage, et un temps de chargement beaucoup plus long.
Donc j'ai refait en image tous les éléments visuels importants (onglets, boutons) et je laisse PIE sous IE 7+ pour fignoler. Mais IE6, je laisse sans.
 
Mais je n'ai pas testé la beta 3, qui a l'air de corriger pas mal de conneries, et qui permet de ne modifier les éléments que quand ils sont affichés, et donc d'accélerer le chargement.
 
Conclusion : maintenant, je l'intégrerai par défaut à tout ce que je fais. Spécifiquement, je le désactiverai sur les éléments qui posent problème, pour IE6.

Arrête c'est trop pourri ça marchera jamais ce truc

Non mais là tu prends un exemple dans un p'tit monde parfait avec 1 mec qui bosse dans son coin. Le problème c'est pas necessairement toi, c'est plutot ce que feront les autres.
 
Typiquement, sur un projet de taille conséquente, ton collègue indien qui bosse en offshore, pour peu qu'il conaissance un minimun de français... il voit bouton_rouge quand il veut faire un bouton vert, il crèe un classe bouton_vert qui fait la même chose.
 
Et ça sur un projet de taille conséquente ça peut prendre des proportions plutot flippantes, surtout quand les changements graphiques entrainent des ajouts dans la feuille.

et il faut 0sec pour ne pas le changer...
quant au debat humain/machine, un interpreteur vocal ou lib js dont le nom m'echappe (qui insere des elements d'accessibilité dans ton dom) va pouvoir être plus facilement influencé par un class:button que par un class:bouton-vert ..

Mais qu'est ce que vous avez contre le vert bon sang !!!!
 
Laissez le tranquille !

Il est tard ça doit être une faute d'étourderie mais je comprends pas :
 

 
Ca me renvoie OK O_o

T'as oublié un chiffre au 3ème nombre.

Merci theredled, et désolé pour cette connerie, il est tard...

C'est pas auprès de moi qu'il faut s'excuser

pourquoi le lien est-il suivi ?

(on notera au passage la jolie classe sur le lien "reply", et pas "bouton-rouge" )

Qu'est ce que t'appelles "suivi"?

euh le browser fait une petite rerequequete vers la petite ureuleu et affiche la papage correspondant dans sa petite fefenetre.
 
(bon c'est cette fonction à la con qui pète une exception en fait)

Tu pouvais tout aussi bien parler d'un follow dans un crawler.

ok ouais "par le browser" - ça me semblait le default (cher tous ) si pas précisé mais ouais ok
bref

<?php 
  foreach ($topicsList as $topic) {
    if (!$isLogged && $topic->public || $isLogged) {
?>
  <tr>
    <td><?php echo $lalala; ?></td>
  </tr>
<?php
    }
  } 
?>

 
+1 pour cette solution, j'aime pas l'ouverture/fermeture incessante de balise php sous pretexte qu'on est dans une vue, par contre dans la vue je prefere la notation foreach/endforeach plus explicite

Au fait c'est qui qu'à pondu le code, parce que :
 

if (!$isLogged && $topic->public || $isLogged)

C'est réduisable en

if($isLogged || $topic->public)

if (!$isLogged && $topic->public || $isLogged)

if($isLogged || $topic->public)

 
Je crois qu'il a oublié des parenthèses.