Reprise du message précédent :

si tu préfères
 
bon puis j'avais pas vu, il a collé un hack pour les png 16 dans le cas présent, celà dit, ça sert à rien pour ses titres

 
 
Tu pourrais m'expliquer en quoi c'est pas bien de faire ça ?  

 
Bah, si c'est la couleur qui définit la classe, tu mets la couleur dans le nom.
Franchement c'est un peu de la branlette de dev ce genre de discussion, ça changera rien à la perf du site, et à part un énorme projet avec des centaines/milliers de classe, tu t'y retrouveras même si tu mets la couleur au lieu de la fonction.    

 
Certains vont te faire un discours sur le fait qu'il faut nommer par la fonction et non par la couleur, car la couleur elle peut changer, vu que c'est le principe du CSS d'avoir cette souplesse
 
Donc en gros si genre tous tes boutons téléchargements, sont forcément rouges, tu dois le nommer "bouton_telechargement" et non "bouton_rouge" par exemple. Ce qui en soit est logique, mais bon si tu le fais pas, spa dramatique
 
 
fin bref c'est un sujet un peu  

mais le mec qui met du vert ou du bleu, il le décide bien en fonction de critères précis non ?

 
Il le décide pas en premier parce que c'est la charte graphique ?  

et la charte elle dit pas quand tu dois mettre du bleu et quand tu dois mettre du vert ?

Car la charte elle dit que tu dois mettre du bleu en fonction du rôle de la fonctionnalité ?

Et ben ouais : les boutons "télécharger" en bleu, les boutons "supprimer" en rouge, les boutons "valider" en vert, et hop, voilà de magnifiques classes

bleu, rouge, vert
C'est le site de la gaypride ?
 
Et il ne peut pas y avoir des choix purement esthétiques, qui ne sont liés en rien aux fonctionnalités ?
La plupart des graphistes foutent du bleu sur tel bouton car il trouve ça cohérent et esthétique avec la charte graphique du site.  
Pas pour différencier chaque fonctionnalité les unes des autres par des codes couleurs.

 
Merci bien  

http://thermographie-gpso.webgeose [...] /index.php
Laisse tranquille mes clients  

Ils ont le droit d'aimer le multicolore    
 
 
Plus sérieusement, là t'es dans le cas particulier de couleurs d'une légende.

En faisant du pur esthétique sans regarder ce qu'il y a en dessous, là t'arrive sur de la gaypride. Il faut garder une certaine cohérence.

 
Tu as un client dont la charte graphique est basée sur du orange et du bleu. La cohérence c'est des bosser avec des nuances de orange et de bleu.
A partir de là tu vas mettre la majorité des éléments en bleu, et les éléments qui doivent ressortir en orange (bouton, lien, etc).  
 
Alors oui tu peux créer une classe .cequidoitressortir et une autre .cequidoitmoinsressortir mais bon
 
Après je suis pas contre le principe de la sémantique, au contraire, mais bon, ça doit pas être une religion non plus, c'est ça que je veux dire.
Dans le cas de theredled apparemment c'est lié à rien les couleurs, il va pas se prendre la tête à leur trouver d'autres noms.

Parfois oui, parfois non : juste parce que c'est plus joli par rapport au fond par ex.
 

Voilà.

Sauf que dans mon cas, la couleur elle va vraiment changer, donc faut être clean avec les CSS.

 
Si c'est pas lié à des fonctionnalités/pages et si les couleurs vont changer, tu les chiffres
 
couleur1, couleur2, couleur3
 
quitte à mettre des commentaires pour savoir à quoi c'est lié.

Hello !

J'ai une colle en javascript !

Comment je peux faire pour, dans le onload de l'image, que je puisse affecter à l'attribut height de maClasse le height de image ?

Il me semble avoir déjà trouvé une solution pour un cas similaire mais je n'arrive pas à retrouver !

je dirais soit  

soit

Clairement +1

Je ne vois même pas comment on peut affirmer le contraire (ou dire que ce n'est pas important )

(P|H)\.S\. : tu m'as pas répondu

 
Ca c'est dans la théorie.
Dans la réalité, quand tu refais la maquette d'un site, tu refais souvent le HTML derrière.
 
De plus dans le cas où c'est juste une couleur qui change, tu peux très bien ne pas changer le nom de ta classe, et le laisser comme ça. Si .bouton_rouge est finalement vert, c'est pas dramatique, tant que tu laisses un commentaire dans le CSS. Le but est que le/les intégrateurs du projet s'y retrouvent, pas de faire le concours de Miss Sémantique.
Et au pire des cas, tu fais un search & replace, ca me prend 3 secondes avec coda et ça modifie dans toutes mes pages.
 
Bref, pas de quoi lancer un débat

Ton premier bout de code ne contourne pas le problème. Le this est quand même pété.
 

T'as jamais bossé sur un site de taille massive toi. T'as pas toujours la visibilité sur la totalité des styles de tes css.
Si j'écris :
 

function addUser(user) {
     this->users->delete(user);
}

J'imagine que ça t'abimes la santé et la cornée quand tu le lis, ou que t'essaie de l'utiliser sans lire le code. Donc pourquoi ne pas appliquer la même disciple quelque soit le code?

Attention, j'ai pas proné un code crado, si on peut avoir un code sémantique autant l'avoir, je parlais surtout de la problématique de theredled moi. Ne pas avoir besoin de chercher à outrance de la sémantique dans tous les cas, voilà mon propos.

ha yes merci, je crois que c'est le coup du that que j'avais déjà vu

ouais, sûrement le plus simple...

Perso, sur mes gros sites, j'ai parfois l'impression de "me branler" pour faire un code propre. Alors je décide de faire quick & dirty.
Dans 80% des cas, 2 mois, 2 semaines ou 2 jours après, je finis par m'en mordre les doigts.

Evolution of script loading :  
 
http://www.stevesouders.com/blog/2 [...] t-loading/

On est d'accord

Bah, t'avais pas l'air

 
Tu veux t'battre ?  

Wut ?

J'aime bien ce topic, y'a des intégristes du W3C (enfin non, pire) d'un côté et des utilisateurs de wordpress de l'autre  

 
Perso je suis pas un utilisateur de wordpress, ni de CMS en général, et je suis plutôt un intégriste du W3C s'il fallait choisir, c'est juste que pour moi y a un juste milieu à trouver, mais bon la notion de bon sens est propre à chaque personne, il n'y a pas une seule vérité
Enfin bref

Et débutant intégriste

quelqu'un a testé http://css3pie.com/ ?

Juste pour les border radius c'est génial

 
J'ai du code versionné et une fonction rechercher/remplacer, il me faut 10sec pour passer de bouton_rouge à bouton_vert. Personne d'humain ne lit les classes css, aucune machine ne prends de décision en fonction du nom, et ça ne réduit pas la maintenabilité, pourquoi faire pédant ?

Je bosse sur un projet où une 20aine de personnes ont mis leurs pattes depuis bientôt 3 ans, il y a des centaines de templates voire plus, je veux changer la mise en page d'un élément d'une page...
Sachant que les fichiers CSS sont communs à plusieurs dizaines de fichiers, est ce qu'à chaque fois que je modifie les infos d'une classe je me tape une recherche de ladite classe sur tous les fichiers, pour voir comment il est utilisé, ou est ce que je préfère avoir des noms de classes assez explicites pour qu'ils s'auto suffisent ?
 
Plus t'as de gens sur un projet, plus ça risque de partir en vrille si la ligne de conduite n'est pas claire.
Et plus ton projet à une durée de vie longue, plus t'es obligé de raisonner avec la maintenance du truc.
 
Tout le monde n'a pas la "chance" de bosser seul sur un petit site (genre site vitrine d'une PME ou truc du genre) où la maintenance se résumera à une refonte complète du site dans les années à venir quand il sera devenu un peu trop vieillot !
 
 
Enfin, après comme tout le monde, dès fois on fait des trucs moches, mais faut juste savoir le reconnaitre et pas se voiler la face : c'est moche mais j'assume. Par contre faut pas non plus revendiquer quand même

FlorentP > Tu peux indiquer de quel type de projet il s'agit ?
 
Quand tu dis "les fichiers CSS sont communs à plusieurs dizaines de fichiers", tu veux dire que sur les centaines de templates, il y a un fichier CSS par "portion" de templates ? Genre chaque fichier CSS concerne genre 50 templates par exemple ?

Florent P, paye toi les services de Nicole Sullivan
 
Pour faire simple, et c'est comme ça qu'on bosse chez nous, on fait des blocs réutilisables, ou des systèmes de blocs primitifs genre un bloc avec une image à gauche et du contenu à droite. Suffit de rajouter une classe pour par exemple forcer le texte à entourer l'image au lieu que le texte soit calé par défaut. etc...
 
Et au final le code est le même quasiment partout au niveau HTML avec juste des classes pour surcharger la structure de base du framework. Et hop simple, rapide et optimisé \o/

Comment vous gérez le mix php/html pour l'indentation dans les vues ?
 
Comme ça ?

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

 
Ou comme ça ?

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

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