<div> dans <td>

voilà est-il correct d'avoir un code comme celui-ci?

code a dit:

<table>
<tr>
<td>
<div/div>
</td>
</tr>
</table>

Cliquez pour agrandir...

Car j'ai un petit problème de mise en place de texte...

Tu entends quoi par correcte ?

y'a une regle simple : si ca donne pas ce que tu veux, c'est que c'est pas correct

div type bloc
span type inline...

Je suppose que les td forment un certain "bloc" donc mettre un bloc dans un bloc => foire

Les balises <table> sont "obsolètes" car les <div> remplacent parfaitement ce rôle.

En clair, ça sert à rien de mettre une balise <div> dans une <td> à moins de vouloir pondre un code à la 6, 4, 2 :-D

Noir 黑色 a dit:

Les balises <table> sont "obsolètes" car les <div> remplacent parfaitement ce rôle.

En clair, ça sert à rien de mettre une balise <div> dans une <td> à moins de vouloir pondre un code à la 6, 4, 2 :-D

Cliquez pour agrandir...

DSL ces balises ne sont pas obsolètes (XHTML est une norme foireuse mais utile ) pour la simple raison qu'il est préférable de mettre les données tabulées dans un tableau que dans des div.

En ce qui concerne le code à la 6,4,2 ... ca dépend si tu veux que tton intégration HTML se fasse vite ou pas, et surtout que se soit compatible avec un maximum de browser (sur ce point je me comprend parfaitement ).

bah si tu le dis, c'est qu'on t'as mal renseigné, l'avenir se trouve dans les <div> et non plus dans les <tabletd> et cie.

tu sais tout faire avec une div.

Enfin bon, j'ai fais de l'infographie pour du beurre aussi, je suis obsolète moi aussi....

PunkDeLuxe a pas tord. Pour afficher un tableau (des données brutes dans des colonnes genre excel, la balise <table> répond parfaitement à ce besoin, c'est pour ça qu'elle est là).

Ce qui est à éviter, c'est d'utiliser les <table> pour faire du positionnement et du design. Pour ça on a les div et le css. Et ça serait bien plus utilisé si le css était pas aussi aléatoire/bancal selon le navigateur. Donc c'est souvent plus simple et plus rapide de faire un <table> qui fonctionne partout que de commencer avec des div imbriqués, du css et tester ça dans firefox ie opéra etc... Après ça dépend des besoins, si ton boulot c'est de créer une application et que tu laisses le design à une personne qualifiée, tu vas pas lui rendre des pages avec 35 tableaux imbriqués illisible... le temps que t'as gagné c'est lui qui va le perdre...

Et les <table> c'est pas obsolète, faut pas tomber dans le full div non plus... pour faire un titre on utilises <h1>, pas un div/span avec une classe, pour mettre en évidence on utilise le <strong>, pour citer <cite> et pour faire un tableau de données <table>

Noir 黑色 a dit:

bah si tu le dis, c'est qu'on t'as mal renseigné, l'avenir se trouve dans les <div> et non plus dans les <tabletd> et cie.

Cliquez pour agrandir...

Un avenir incertain, car comme le dit cyse, le rendu n'est pas tout le temps le même d'un browser à un autre ... qu'une nouvelle version de l'HTML va sortir car les browser ne sont pas prêt à intégrer à 100% la norme XHTML.

Noir 黑色 a dit:

Enfin bon, j'ai fais de l'infographie pour du beurre aussi, je suis obsolète moi aussi....

Cliquez pour agrandir...

MMMHH ... joue pas à celui qui à le kiki le plus dur
Suis en Ecriture Multimédia, j'ai effectué mon stage dans une bonne boîte francophone. Et là j'ai pas tord le XHTML brute est le maleuh

PunkDeLuxe a dit:

MMMHH ... joue pas à celui qui à le kiki le plus dur
Suis en Ecriture Multimédia, j'ai effectué mon stage dans une bonne boîte francophone. Et là j'ai pas tord le XHTML brute est le maleuh

Cliquez pour agrandir...

Non justement, c'est toi qui veut prouver que tu as raison en te mettant en avant. Mais bon t'as fais un stage dans une "bonne boite", les autres eux ne sont pas à ton niveau forcément :-D

Allé, arrête de te la raconter :-D

Les div en tant que design web sont ce qu'il faut, je suis tout à fait d'accord pour ce qui est de tableau excell etc... mais ici nous parlons bien de web et ses sormes W3C.

Les browser 100% W3C "safari, opéra" sont parfaitement apte à afficher ce qui est norme XHTML.

Enfin, je vais arrêter car on me fait signe que mon kiki est tout dur.

STRONG est utilisé par IE mais la balise normal n'est autre que <b> (Bold).

Enfin bon, tout serait simple si les navigateurs comme IE et Firefox (ils y arriveront bientôt avec la version 3) utilisaient les normes W3C, ça éviterait pas mal d'enmerde pour le codeur à savoir faire des manipulations car des personnes restent encore sous Internet Explorer 6 etc.

Sur ce, je pense que Julien à eu sa réponse.

cyse a dit:

Ce qui est à éviter, c'est d'utiliser les <table> pour faire du positionnement et du design.

Cliquez pour agrandir...

d'où le fait de les utilisées dans le monde du web car c'est souvent la qu'on fait du positionnement et du design.

cyse a dit:

des données brutes dans des colonnes genre excel

Cliquez pour agrandir...

ok je suis d'accord la dessus.

PunkDeLuxe a dit:

MMMHH ... joue pas à celui qui à le kiki le plus dur
Suis en Ecriture Multimédia, j'ai effectué mon stage dans une bonne boîte francophone.

Cliquez pour agrandir...

et ?

Oui mais alors, pourquoi il utilise des div dans les tab ?

Douby a dit:

Oui mais alors, pourquoi il utilise des div dans les tab ?

Cliquez pour agrandir...

Juste pour être plus rapide dans l'intégration d'une charte graphique. Et surtout car c'est alors plus "compatible" avec la chiée de Browser qui existent.

Alors juste pour répondre à la question du monsieur :

NON, il n'y a aucun soucis d'un point de vue technique/éthique/tralala à mettre
un <div/div> dans une cellule. En fait c'est un peu la force de ce tag, on peut
englober plus ou moins n'importe quoi n'importe où.

Ensuite avis perso sur ce que j'ai lu plus bas :

A l'heure du tout CSS, si jamais j'ai besoin pour x raisons de mettre une table
dans mon code et à condition que celle-ci ne "fige" pas la structure, j'en ai aucun complexe


EDIT: Maintenant si c'est juste pour finetuner la position de texte, une balise
inline <span/span> sera peut être plus appropriée. Tout dépend du contexte.

Hé bien en fait, j'ai un problème de positionnement et je voulais savoir si ça pouvait venir de là mais apparemment ça ne devrait pas...

je ne vois pas l'intérêt de faire ça en fait, si tu veux attribuer un style a la cellule, tu mets juste une class au td ou un span dedans.

Edit: la prochaine fois je lirais le topic jusqu'au bout pour pas répéter ce qui a déja été dit :-D

Noir 黑色 a dit:

bah si tu le dis, c'est qu'on t'as mal renseigné, l'avenir se trouve dans les <div> et non plus dans les <tabletd> et cie.

tu sais tout faire avec une div.

Enfin bon, j'ai fais de l'infographie pour du beurre aussi, je suis obsolète moi aussi....

Cliquez pour agrandir...

Mais lol les <table> sont plus utilisés pour la mise en page des designs, ça faut le faire en css avec des divs.
Mais si tu dois faire un tableau, t'utilise <table>. Tu vas pas le faire avec des div. Ca aurait strictement aucun sens

bon on va dire que vous avez raison, pas la peine d'argumenter sur un sujet qui n'a rien avoir avec nos positions.

d'un point de vue sémantique, et selon les recommandations w3c ,
les tableaux servent uniquement à la présentation de données et ne doivent pas jouer un rôle dans l'organisation du document

(dixit CSS2 Pratique du design web, R.Goetter)


en gros soit tu fais ton site à l'ancienne tout en tableau, soit tu sépares la structure du contenu avec les CSS, en te servant uniquement des tableaux comme du feuille excel.

mélanger balise <div> et <td> pour structurer ta page est une abérration