Voila ca fait longtemps...... fiou elle etait longue ces vacances ^^. Voila je me posait la questions de comment faire avec les bordures de mon site, puis je pense avoir trouver la solution ma je voulais vous demander si il etait shemantiquement correct de  faire un tableaux par exemple juste pour mes news. que chaque news sois en fait un petit tableaux ^^. Serait-ce raisonnable ? Merci de vos reponses.

non

Oui, bien sûr, tu peux faire des tableaux.  
 
(Masklinn et Sircam n'ont pas argumenté leur réponse, mais d'après d'autres "posts" (comment dire "post" en français ?), il est facile de deviner, qu'il préfèrent les "div", mais c'est une question de goût et de couleur, donc une question primordiale).

un post => Un message
un topic => Un sujet
 
J'ai pas répondu à la question du sujet, mais j'ai participé constructivement quand même.
 

   
 
Tu racontes vraiment n'importe quoi mon pauvre.
 
1- Pour des news, je n'utiliserais personnellement pas des divs mais des listes si plusieurs d'entres elles sont visibles simultanément
2- Les éléments HTML contiennent du sens, le sens d'une table est de présenter des données tabulaires, comme dans un tableur, des news n'ont rien de tabulaires.
3- Ce n'est pas une question de "goûts et de couleurs", mais de sens, de sémantique

Si la mise en page de chaque news est particulièrement complexe, pourquoi pas? Mais pour que ce soit complexe, c'est que les données seront tabulaires; si c'est pas le cas c'est que ton site est trop complexe pour le visiteur et il vaudra mieux alléger le tout.
 
Sinon une div englobant h2 ou h3 et le texte de la news, la date et je sais pas quoi sur 1 ligne, je vois pas ce qui justifierait un tableau et en quoi c'est difficile de remplacer ça par div/h2/p ...

Excuse-moi, cher Masklinn, d'avoir mal deviné les raisons de ton non.
 
Cela dit, le mot "table" ne doit pas être pris dans un sens étroit. Les articles des journeaux sont mis en colonnes, et le mot colonne suppose l'existence d'une table.
 
Par ailleurs, tu pense vraiment à une liste de type "ul" ou "ol" ? Quel horreur ! C'est bon pour faire des index, mais pas pour des paragraphes.

  si on parle de table, c'est un élément HTML. Si tu veux parler d'un rectangle allongé en hauteur dont on ne se préoccupe pas de savoir comment il est réalisé, ne l'appelle pas "table", ça évitera énormément de confusions ...
 
Et je penche plutôt pour dl/dt/dd que pour ul ...
 
EDIT: on parle de news sur 1 seule ligne ou bien de résumés d'articles sur 4 lignes avec un "cliquez ici pour lire la suite"? Dans le 1er cas, ul convient très bien, c'est une liste de courses, une to-do, la liste des dernières news, ...

1- Le mot table représente l'élément html <table>, point barre, et l'élément html TABLE est prévu pour mettre en page des données tabulaires
2- Le web est différent de la presse, les analogies ne fonctionnent pas, et il reste de toute façon possible de reproduire des mises en page mettant en jeu des colonnes sur le web, c'est simplement illisible

 
Mon dieu, qu'est-ce qu'il ne faut pas lire

Ca dépend du contenu natif de la news, mais je penche au contraire plus pour une liste non ordonnée classique (ul), la liste de définition nécessitant un lien titre/document (on pourrait utiliser le titre de la news, mais on risque de perdre en signification, faut voir)
 
À noter que la chose n'est importante que lorsqu'on veut atomiser les news (créer un atome pour chaque news, une unité globale).
On pourrait parfaitement créer la même chose avec des suites de titres (séparant et introduisant les news) et de paragraphes (contenu des news correspondant au plus proche titre), on perdrait partiellement la séparation entre deux news, mais rien de plus

Aucune importance, la liste convient parfaitement dans les deux cas, que ce soient des news sur une ligne ou des résumés tous deux sont des listes de news/articles

Je n'ai perso pas cru utile d'argumenter tant la justification me semble évidente.
 
Pour le surplus, cf. réponse de Masklinn.
 

oue en faite je l'ai deja fait semantiquement correct mais, c'est pour un probleme de bordure que je voulais inclure des tables. Sinon je n'ai pas envie d'attendre l'implentation du css3 pour pouvoir faire les bordures comme bon me semble et mis a part le js je ne voit pas d'autres solutions que les tables ...;;

C'est quoi le problème des bordures ?
Tu peux faire les mêmes bordures sur un bloc CSS que sur un tableau.

tu m'explique comment alors stp ??
sans faire un bloc contenant8-9 bloc ??  

 
C'est vraiment un exemple bidon, mais bon.

non mais ce que je veux dire ....... XD ce n'est pas des bordures standares bidons, je voulais mettre des bordures image XD Sinon je 'naurai eu aucun probleme.

C'est pas précisé dans le sujet, comment tu veux que je devine  ?
Bon, montre ce que tu veux (fait nous un paint vite fait et un coup d'imageshack).

looool oue c'est pas preciser mais ca me semblait tellement evident ... att jt'e fait un paint. Jl'affiche comment ensuite ?
( enfin le site pour stocker les image tu peux me passer l'adresse stp ? )  
.
Ce que je veux c'est 4 coins image + 4 bordures. fluides horizontalement et verticalement.

dans ce cas alors est-il approprier d'utiliser les table ??

Pour afficher des données tabulaires, c'est à dire le genre de données que tu pourrais rentrer dans Excel

loool non je ne croi pas pouvoir les rentrer dans Excel mais y'a aucune autre solution

.... . Ca doit donc etre tolerer

Avec "é" à la fin. Si tu peux pas piger ça, tu pourras certainement rien piger aux standards.
 

Le classique.
 

Fais ce que tu veux, on s'en fout.

tu me sembles bien agressif....  

Tu parles d'illettrisme....  

...
On dit: " Si tu NE peux pas piger ça"
Enfin si tu t'autorises à faire des remarques, ne fais pas ce genre d'erreur.
 
Et enfin je demande un conseil, que tu t'en foutes ou pas... rien à br.... Si tu a une solution a me proposer merci. Sinon je NE vois pas à quoi sert ton post inutile.

Ha ha ha !
 
Le gars qui écrit comme un porc et qui tente de relever des erreurs chez son interlocuteur... et qui se trompe!   (d'ailleurs, tu vois que t'es parfaitement capable ?   )
 
Pas de bol pour toi : c'est simplement du langage familier. Décontracté, quoi. Ca n'a rien d'incorrect ni de fautif.
 
Et même si c'était le cas, ça n'a rien à voir avec ce que tu as écrit, parfaitement illisible. On ne demande à personne d'être parfait mais de faire un effort. Plus facile de remettre en cause celui qui fait la remarque que de se corriger.  

À te dire que si à une question acceptant les réponses "oui" et "non" tu n'acceptes qu'une seule réponse, c'est pas la peine de poser la question

Bon bah fais le en table alors, tu te feras peut-être moins chier.
Par contre, table ne veut pas dire "non aux CSS", préfère des <td class=""> à des <td background-color=gnagang bgcolor=gnogno cellspacing=gangang (...36 millions de paramètres...)>.
Par exemple, tu peux définir le même CSS pour tes 4 coins en ne changeant que l'image de fond.
 

excusez moi alors si ma question n'est pas clair. Maitenant que j'ai eu vos reponses je voulais surtout savoir si faire  des tables etait plus preferable que de faire des blocks contenant 8 block.
Ou meme si il y avait une autre solution autre que JS pour realiser ce que j'essaye de faire. Voila merci.

http://www.alsacreations.com/articles/cadre/

Merci kangOl mais aucune des solutions presente ne convient a mon cas. je veux un cadres fluides avec des " bordure-images " ... Mais merci quand meme.

qu'appelles tu "fluide" ?

retractable Horizontallement et verticalement.

Qui se redimentionne avec le navigateur.
Bah alors, tu cites Alsacreations mais tu ne vas pas y lire les termes qu'ils emploient ?

Alors je choisi quel solution SVP les tables, ou un conteneur de 8 blocks ?

Si tu y arrives avec un conteneur de 8 blocs facilement, choisi tout de même les conteneurs, ce sera plus "sématiquement" correct.

d'accord je vais faire comme ca alors c'etait juste pour ne pas que trop de div tuent le div. sinon avec autant de bloc je ne pense pas avoir de probleme ^^.

bon j'ai abandonne pour le resultats escompte ca ne vaut pas le coup de surcharger le code de cette maniere.

Abandonner, sur une histoire de bordure, c'est mal barré pour faire un site complet.
Enfin moi j'dis ça, j'dis rien.

Hé les gars, ce serait bien de vous calmer un peu là...
 
Pour des bordures complexes à base d'image avec par exemple 4 coin différents + qui s'adaptent à la résolution, ya pas le choix : c'est table...
 
Ensuite, on peut toujours ruser et avoir une structure ignoble de div dans tous les sens + des hacks pour IE (et je parle meme pas des problèmes entre les diff: version d'IE à commencer par IE Mac... Bref, c'est débile...
 

   
 
http://www.456bereastreet.com/arch [...] d_borders/