5160 sujets

Le Bar du forum

Pages :
(reprise du message précédent)

Heyoan a écrit :
Pas vraiment non : PunBB devenu FluxBB est tableless depuis bien longtemps. Smiley cligne

Premier à faire des conneries, la gloire. Smiley smile
Voici deux pages d'un forum FluxBB qui présentent, visuellement parlant, des tableaux. Il y a des lignes et des colonnes, et des en-têtes de colonnes. On devrait avoir des éléments TABLE, TR, TH et TD. Eh bien non:
http://fluxbb.org/forums/
http://fluxbb.org/forums/forum/1/announcements/

Smiley hmm
Florent V. a écrit :
Premier à faire des conneries, la gloire.
Oui c'est vrai ! A l'époque j'avais trouvé que c'était "trop la classe !" Smiley lol
Désolé pour les smileys manquants. Je n'ai pas trop l'habitude, je compte un peu beaucoup sur l'expression écrite pour faire comprendre au mieux le ton du message.
Modifié par darkstar2023 (09 Feb 2010 - 11:26)
un forum sans table c'est un peu tiré par les cheveux puisque les données affichées peuvent être considérées comme des données tabulaires (affichage récurrent de données chiffrées : nb de messages, réponses, etc.)

Utilisez des tables pour les données tabulaires, et sur ma page j'utilise des DIV pour pour mes données divulaires, bon Dieu !
Modifié par darkstar2023 (09 Feb 2010 - 11:30)
Heyoan a écrit :
Oui c'est vrai ! A l'époque j'avais trouvé que c'était "trop la classe !" Smiley lol



Ça c'est une régression Smiley decu : avant ils utilisaient des tableaux, la preuve ici et ici.

Enfin comme c'est basé sur un système de gabarit, il y a moyen de corriger ça mais bonjour le boulot. Smiley sweatdrop
Modifié par Patidou (09 Feb 2010 - 11:38)
Patidou a écrit :
Ça c'est une régression
Mais ça correspondait bien au mot d'ordre de "l'époque" : Mort aux tableaux !
darkstar2023 a écrit :
un forum sans table c'est un peu tiré par les cheveux puisque les données affichées peuvent être considérées comme des données tabulaires (affichage récurrent de données chiffrées : nb de messages, réponses, etc.)

Il y a un endroit où un forum peut, à la limite, se passer de tableau : l'affichage des messages d'une discussion, à partir du moment où l'on n'utilise pas les termes auteur et message pour distinguer deux colonnes, en gros comme suit :
<h1>Forum d'Alsacréations</h1>
<h2>Faut-il coder une discussion de forum avec des tableaux&nbsp;?</h2>
<dl>
  <dt>
    <dfn>Victor BRITO</dfn>
    <span class="date">(9 février 2010, à 16h52)</span>
    <img src="avatar-victor-brito.jpg" alt="" />
    <span class="messages">800 messages</span>
  </dt>
    <dd>
      <p>Vu qu'une discussion de forum est un dialogue, une liste de définitions (que la spécification HTML 4.01 utilise pour baliser un dialogue donné en exemple) peut-elle être employée pour la baliser&nbsp;?</p>
      <p class="signature">Signature de Victor BRITO</p>
    </dd>
  <dt>
    <dfn>Florent V.</dfn>
    <span class="rang">administrateur</span>
    <span class="date">(9 février 2010, à 16h53)</span>
    <img src="avatar-florent-v.jpg" alt="" />
    <span class="messages">16 000 messages</span>
  </dt>
    <dd>
      <p>Lister des définitions, c'est le mal.</p>
      <p class="signature">Signature de Florent V.</p>
    </dd>
</dl>
Florent V. a écrit :

Premier à faire des conneries, la gloire. Smiley smile
Voici deux pages d'un forum FluxBB qui présentent, visuellement parlant, des tableaux. Il y a des lignes et des colonnes, et des en-têtes de colonnes. On devrait avoir des éléments TABLE, TR, TH et TD. Eh bien non:
http://fluxbb.org/forums/
http://fluxbb.org/forums/forum/1/announcements/

Smiley hmm


Ah bon ? Je pensais que PunBB était passé au tableless à partir de la version 1.3...

Mais anyway, même si j'ai fait des thèmes pour phpBB et PunBB, mon plus gros forum n'est ni sur l'un, ni sur l'autre, puisqu'il tourne sous Connectix Boards, et son développeur, un Belge francophone, est pas mal du même avis que vous autres pour l'utilisation des tableaux dans les forums (ce dont je suis d'accord - je suis également pour le juste équilibre). Mais par contre, je sais qu'il reste encore quelques points à améliorer au niveau accessibilité, mais Martin (le développeur) est ouvert aux suggestions. Je lui ai donc proposé de venir ici pour avoir des conseils éclairés, et j'ai eu sa réponse qui a été positive, et ce sera dès la publication de l'archive de la 1.0 - la bêta en ligne ayant été révélée en début décembre.
coucou , si je peut me permettre de suaté en route ...

Le div est neutre et son utilité n'est pas anodine .
regroupe et determine des zones comme la tete le corps et les pieds , des bras menu ou deroulant bien ou mal foutu ....
peut être nommer avec une id ... et habiller de class .
Trés utile pour poser une ancre , apliquer en une fois une regle css recurrente a une zone donnée, distribué les images de fond qui n'ont rien a faire dans le document , Le ciblage css devient aisé , l'application d'effet javascript aussi . ça aide aussi a structuré les templates coté script serveur , a indenté le code et le relire , etc ...

Pour soigner la divite , le html5 a fait son apparition en y injectant de nouvelle balise et de la semantique entre autre evolutions .

GC
gc-nomade a écrit :
Pour soigner la divite , le html5 a fait son apparition en y injectant de nouvelle balise et de la semantique entre autre evolutions .

Pas besoin d'attendre la prescription du remède HTML 5 pour se soigner. Smiley cligne
Franchement, utiliser quelques divs (sans tomber dans la divite) pour grouper des sections (à la base, c'est un container générique de type bloc), c'est pas la mort non plus : le tout est qu'il y ait une logique dans le schmilblick du document. Je préfère voir une ou deux div de trop (ça va alourdir la page... d'au moins 500 octets) dans un document bien structuré plutôt qu'un document sans div mais qui n'a aucun sens.
Administrateur
Giome a écrit :
A l'ancienne organisation avec des tableaux?
Non?...
Ok ....

Si j'ai bien compris, gc-nomade voulait parler de soigner la divite à la source, direct dans la norme HTML.
Victor répondait qu'on peut déjà se soigner de sa divite avec les Doctype actuels (mais ça enrichira pas HTML 4 pour autant)
Pages :