bonjour à tous,
 
voilà ce que je voudrais faire : avoir un code HTML comme ceci :

 
et que 1 ligne sur 2, la couleur du fond de la ligne change. Le but étant de ne pas avoir à changer le class="truc" en class="truc2" à chaque fois.
 
Possible à votre avis ?

oui, en php/asp ou meme en javascript

justement, tout le truc, c'est de pas avoir à faire de  

oups excuse-moi j'avais mal lu
à ma connaissance non alors (mais bon, je ne suis pas une référence)

en css, jsé pas, mais bon si tu veux eviter ton if, tu crees truc0 et truc1 et tu fais un truc du style... c toujours ca de gagné
 

le but en fait, c'est de pas avoir à interprêté la chaîne de caractère... parce que je risque d'avoir qqch comme 100 000 lignes parfois par exemple, et je tiens pas à avoir à faire d'interpretation

tu met ton tableau dans excel, tu le choisis bon pattern puis tu fait enregistrer sous html
 
bon, ok je suis dehors
 
je vais en profiter pour chercher une vraie réponse, j'ai toujours cru que ct possible avec une feuille de style et les scripts css

pas l'air d'être possible en fait

 
Comment ça interpréter les chaines de caractère? si tu veux vraiment "minimiser" le traitement et économiser un poil de chouillat d'encullage de mouche, il te suffit de faire 2 traitements par boucle en l'arrètant éventuellement pour faire le dernier séparément si tu n'as pas un nombre pair.
 
Mais bon...

bon, je vais donner plus d'infos parce que ça peux sembler bizarre....
 
En fait, je lance une commande unix avec exec et je récupère un résultat : des lignes reformattées issues de fichiers de log. Ces lignes sont reformatées sous forme HTML (avec <tr><td>...) et je ne veux pas avoir à tout reparser, sachant que parfois, il peut y avoir énormément de lignes !

La seule méthode que je connaisse avec les CSS c'est un truc de ce genre :
 

 
Avec pour CSS :
 

 
Mais :
 
1. Ca ne marche pas avec IE vu qu'IE ne reconnait pas le sélecteur "+"
2. Ca oblige quand même à avoir un class="plop" 1 <tr> sur 2, ce qui implique un traitement en amont.
 
Je ne crois pas qu'il soit possible, avec les seuls sélecteurs CSS 2 de faire ceci uniquement avec les CSS. Faut attendre les CSS 3

Ok, ben si elles sont de toute façon reformatées sous forme HTML, ma solution te permet de ne pas re-parser tes données.

Ou sinon par JavaScript

Avec 100 000 lignes ?

En ASP :
 
 

 
avec CSS et ASP:
 

Oui enfin ce genre de fichier n'est pas tellement répendu, et si tu en as c'est qu'il y a un problème quelque part

pourquoi le fait d'avoir une sortie de 100 000 lignes implique un problème ?

Ben concrètement tu en fais quoi de ton fichier de 100 000 lignes ? Il va être long à charger, long à afficher, long à manipuler (si tu veux changer la couleurs des lignes par exemple) et même les recherches dedans seront longues...
 
Quand on en arrive à de telles tailles, il faut se poser la quesiton : a-t-on besoin d'afficher autant de données dans une seule page ? Je ne pense pas qu'il puisse il y a voir de bonnes raisons pour justifier ce choix et qu'il faut soit faire un travail de tri en amont par des outils spécialisés (une bdd par exemple) soit afficher moins d'infos.
Mais peut être qu'il y a de bonnes raisons, j'attends de voir

ok, en fait, je suis d'accord avec toi sur le principe, maintenant, j'ai des specs et je dois les respecter, ou alors justifier les modifications par des contraintes techniques.
 
Mon but : afficher des données issues de fichiers de log pour un serveur qui écrit bcp de lignes (très beaucoup même). En entrée, je peux avoir plusieurs fichiers de 50 Mo (grossièrement, 50 000 lignes à afficher) par jour. Parfois on veut afficher 1 mois complet... La question de la base de données, hum... eventuellement : decodage des logs, stockage des infos en base, affichage par page (avantage : recherche ultra améliorer grâce à des selects comportant les bonnes clauses). Bref, c'est une idée, reste que bonjour la charge de la BD si elle doit faire 100 000 inserts à chaque recherche dans la base.

Effectivement, dans le cas de logs, ce n'est peut être pas judicieux d'utiliser une base de données
 
En fait il faudrait voir quelles infos tu as besoin de tirer de ces logs. Si tu es sous Unix/Linux il y a pas mal d'outils qui te permettront de manipuler ces fichiers et d'extraire ce qui est vraiment intéressant dans ces logs avant d'envoyer le tout au navigateur.
Si c'est des logs de serveurs Web ou FTP il y a aussi des applis spécialisées pour présenter les stats qui vont bien.
 
Quoiqu'il en soit je ne pense pas que ce soit un bonne idée d'envoyer les logs bruts au navigateur : ce n'est pas fait pour ça et ça risque de se révéler contre-productif au final.

ah non non, je me suis mal exprimé ! Depuis quelques mois, j'ai développé un outil qui decode les fichiers de logs (ie extrait les infos intéressantes et les présentent selon une structure précise). Maintenant, je cherche à utiliser cet outil en affichant les résultats dans un navigateur (j'aime pas trop, mais pour une partie des utilisateurs, la ligne de commande, c'est trop compliqué).

D'accord.
 
Bon je m'interroge quand même sur l'opportunité d'avoir autant de lignes d'une point de vue "utilisabilité" mais bon, c'est toi qui vois et peut être que tes utilisateurs te feront part de ces remarques

bon alors finalement, devant les problématiques de poids de page à afficher et de longueur de page (bonjour les scrolling, IE n'est pas optimisé pour ça), on a décidé (enfin, je vais forcer la main à ceux qui sont pas d'accord :-) de ne pas afficher les résultats directement sur une page web mais proposer un lien vers le fichier CSV créé (ouverture dans tableur, manipulation, tri, etc.)
 
Donc voilà, le problème est clos. Merci à ceux qui ont essayé de trouver une solution :-)