CSS et simulation de tableau - HTML/CSS - Programmation
Marsh Posté le 06-06-2007 à 11:05:58
Au lieu de mettre des span à tout bout de champs. J'aurais mis une balise <p> pour chaque ligne.
Le reste, suffit de les mettre les uns à la suite des autres.
Marsh Posté le 06-06-2007 à 11:07:03
Dans ce genre de cas je fais un truc dans le genre, css:
Code :
|
html:
Code :
|
Marsh Posté le 06-06-2007 à 11:44:26
Comment on fait pour faire passer a la ligne suivante une autre serie de formulaire?
Parce que la ca marche bien, mais ca s'affiche tout sur une ligne
Marsh Posté le 06-06-2007 à 11:50:11
tu mets un "cleaner"( un element avec clear:both defini dans son style) à l'endroit ou tu veux...
Marsh Posté le 06-06-2007 à 11:51:00
clear en gros ca fait quoi?
Ah ba voui, le css, voila quoi
Marsh Posté le 06-06-2007 à 12:36:36
Ben oui, c'est le prix à payer quand on veux remplacer les tableaux par ces css Franchement tous les trucs à basse de css qui utilise des floats et des largeurs fixes en pixels, c'est du bricolage. Ca finira toujours par merder en fonction de la résolution du display, de la taille des fontes...
Marsh Posté le 06-06-2007 à 12:41:47
Et ma solution, elle est pas bonne?
Marsh Posté le 06-06-2007 à 12:56:13
fais un tableau
ca sert à quoi de bricoler en CSS pour un truc méga simple en utilisant un tableau ?
Ah ouais merde, la sémantique, haaaan
Marsh Posté le 06-06-2007 à 13:01:17
did-54 a écrit : fais un tableau |
+1 Les tableaux c'est pas fait pour les cochons. J'arriverai jamais à comprendre pourquoi certains veulent à tout prix les remplacer par <div> plus bricolage à gogo !!
Marsh Posté le 06-06-2007 à 13:08:07
bignose a écrit : +1 Les tableaux c'est pas fait pour les cochons. J'arriverai jamais à comprendre pourquoi certains veulent à tout prix les remplacer par <div> plus bricolage à gogo !! |
-1
les tableaux sont faits pour des données tabulaires, pas pour de la mise en page
Marsh Posté le 06-06-2007 à 13:12:19
dartyduck a écrit : -1 |
et alors ?
Marsh Posté le 06-06-2007 à 13:16:05
dartyduck a écrit : -1 |
Couillonade.
Les tableaux sont des outils comme les autres qui servent à ce qu'on veut, y compris à une mise en page.
Perdre son temps à simuler des tableaux avec des <div> plus bricolage sous prétexte qu'ils ne seraient destinés qu'à des données tabulaires est une aberration !! Faut vraiment ne rien avoir d'autre à faire.
Marsh Posté le 06-06-2007 à 13:35:40
bignose a écrit : Couillonade. |
En même temps là t'as un outils tout fait en CSS, c'est les labels...
Donc faut arrêter de dire n'importe quoi et se renseigner de temps en temps
Marsh Posté le 06-06-2007 à 13:52:03
bignose a écrit : J'arriverai jamais à comprendre pourquoi certains veulent à tout prix les remplacer par <div> plus bricolage à gogo !! |
Il est évident que certains cherchent trop à supprimer ce qu'il ne faut pas. Maintenant dans son cas, là mise en page en deux ligne n'est adaptée qu'a une résolution minimum spécifique.
Grâce aux CSS et aux floats, en redimensionnant la fenêtre (si design fluide), les champs iront l'un en-dessous de l'autre de manière naturelle. Avec un tableau, on se tapera une barre horizontale à la con. De plus, on ne peut pas trop parler de données tabulaires ici. On n'a pas une structure de tableau. On a à chaque fois un label, un champ, un label, un champ. Un tableau serait plus valide avec deux colonne, la première pour les labels, la seconde pour les champs. Suffit de donner une taille fixe aux labels et aux input, et ça roule.
Marsh Posté le 06-06-2007 à 14:33:49
J'ai pas precisé dsl, ca a lancé une mini polémique
En gros la je me fais chier sur un truc simplet, mais derrière, j'ai un script de formulaire de 500 lignes, et qui ne s'affichent pas en meme temps les uns par rapport aux autres, ya enormément de js derrière.
En gros je ne peux pas me permettre d'utiliser des tableaux dans ce cas la, ya des innerHTML qui se vident, etc.
Donc c'est pour ca que je demandais comment on pouvait faire avec des balises a peu près "neutres".
Mais je vous rassure, j'ai d'abord essayé de faire avec des tableaux
Donc pour firefox, encore une histoire de margin ou de padding?
Marsh Posté le 06-06-2007 à 14:34:56
Nan, t'as mis 200px pour le label, et 200px pour le conteneur... Le conteneur doit évidemment être plus grand. Ou mettre le label à 100px
Marsh Posté le 06-06-2007 à 14:59:34
bignose a écrit : Couillonade. |
Ok, on va refaire l'histoire du net pour ceux qui dormaient pendant le cours.
Il était une fois l'internet, et dans l'internet vivait la mise en page, tout était alors linéaire et tous les habitant de l'internet étaient heureux. Seulement la mise en page se trouvait bien seule quand il fallait suivre la création graphique sous forme de colonnes. Jusqu'a ce que les webmasters décident de détourner l'utilisation du tableau, le tableau était un super ami pour la mise en page, il suffisait de mettre la navigation à gauche et le contenu a droite, c'était top moumoutte
Sauf que dans la vraie vie réelle un tableau doit être utilisé pour des données tabulaires et pour rien d'autre.
La structure minimale -logique- d'un tableau c'est :
Code :
|
Donc une descriptif de colonne et sa valeur.
Hors la majorité du temps tu te retrouves avec un tableau avec une cellule (oh yeah).
Croire que la mise en page se fait avec "<div>" c'est juste de l'ignorance, en gros quand tu sais pas coder, oui tu essayes de "simuler des tableaux avec des <div> "
A coté de ça, pour un formulaire je fais :
Code :
|
et
Code :
|
Ah tiens, j'ai pas utiliser de "div" et pourtant mon formulaire ne dépasse pas d'un poil de cul Peut être que j'aurais du utiliser un tableau et ainsi oublier (ou ne pas avoir connaissance) de la balise label, qui est genre une des balises les plus importante dans un formulaire.
@matafan : T'as vraiment l'air de savoir de quoi tu parles.
Marsh Posté le 06-06-2007 à 15:07:46
AlphaZone a écrit : Au lieu de mettre des span à tout bout de champs. J'aurais mis une balise <p> pour chaque ligne. |
J'avais proposé les <p></p> mais tout le monde s'en branle
Marsh Posté le 06-06-2007 à 15:12:52
Pourquoi les selects de ma première ligne sont un poil plus courts que ceux de la deuxiemme?
Ya rien dans la source a cet emplacement, c'est le css je pense.
J'ai pas fait la version avec le border solid, mais on voit bien que le div du container depasse un petit peut a chaque fois du select, et pourtant ya un méchant text-align:right qui traine.
le destination commence bien au meme endroit que le trier par, c'est après que ca couille.
Marsh Posté le 06-06-2007 à 15:20:58
decapfour > Pour ta derniére question : regarde ce que t'as comme valeurs dans tes listes déroulantes. T'as surement un navigateur qui par défaut prend la taille de la valeur la plus longue (en nombre de pixel)
Marsh Posté le 06-06-2007 à 15:56:07
T'as utilisé quoi finalement? C'est bien joli de dire que ca fonctionne mais si tu poste pas la solution, y'auras encore quelqu'un pour poser la même question.
Marsh Posté le 06-06-2007 à 16:09:33
Désolé
Code :
|
Code :
|
J'ai pas testé le <p>, mais dans l'absolu ca reviens au même.
Marsh Posté le 06-06-2007 à 16:15:23
On met des quotes autour des values
Marsh Posté le 07-06-2007 à 12:51:13
Decapfour a écrit : http://img529.imageshack.us/img529/6613/gna3xa6.jpg |
la taille des selects s'adaptent en fonction des options
Marsh Posté le 06-06-2007 à 10:58:24
Je sais je sais, sujet rabaché et tout et tout.
Mais j'ai quand même pas trouvé ce que je voulais.
Je deteste vraiment le css
On fait des trucs de fous en php et c'est sur du css qu'on bute ^^
alors :
voila ce que j'ai.
Le truc que je veux :
Je veux que les span soient alignés, je veux garder le truc sur deux lignes
la j'ai fait un border solid sur les span, donc chaque "case" est un span.