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

Et pourquoi <hr> ne représenterait-il pas un contenu ?

(je ne risque rien, je suis déjà modérateur)
Julien Royer a écrit :
Et pourquoi <hr> ne représenterait-il pas un contenu ?

(je ne risque rien, je suis déjà modérateur)


Quel contenu ?

< hum... miam Smiley murf />
Laurent Denis a écrit :
Lanza, tu viens de perdre toute chance de devenir modérateur. Là, d'un coup.

Oulà, ça rigole pas !
Du coup je vais tourner 7 fois mes doigts sur le clavier avant de marquer une bêtise... Smiley lol

La balise <br /> (ou <br>) ne sert pas à gérer l'affichage d'éléments : elle n'en contient pas.
Elle force simplement le navigateur à afficher un retour à la ligne, un espace insécable et non stylable, si je ne m'abuse.
C'est pourquoi cette balise ne peut être ni de type block, ni de type inline.

J'ai juste ?
Smiley rolleyes
Modifié par Cygnus (26 Feb 2007 - 19:02)
Au moins le <hr /> on sait que c'est un block, pas comme l'autre.

(Et d'abord, on n'a jamais vu un troll modérateur. Enfin, pas ici. Ou alors y'a longtemps. Ou bien j'ai oublié...)
Julien Royer a écrit :
Et pourquoi <hr> ne représenterait-il pas un contenu ?

Ca dépend ...
Est-ce qu'une séparation horizontale peut être considérée comme étant un contenu ?!? Smiley rolleyes
Dans l'absolu ne s'agit-il pas d'un rendu graphique ? Smiley murf

Julien Royer a écrit :
(je ne risque rien, je suis déjà modérateur)

A ta place, je ne parlerais pas trop vite ... Smiley langue
Un malheur est si vite arrivé ! Smiley ravi
Modifié par Cygnus (26 Feb 2007 - 19:11)
On s'en tamponne, qu'elles soient block ou non.

La bonne question est, comme disait l'ami Joseph, le Pape, combien de divisions ?

Heu, non, pardon: quel contenu ? (pas le pape, hein ; hr et br, bien-sûr).

Korpela a écrit des choses à relire là-dessus, comme d'habitude.
Modifié par Laurent Denis (26 Feb 2007 - 19:14)
Julien Royer a écrit :
Et pourquoi <hr> ne représenterait-il pas un contenu ?


Un contenu est balisé.

(au fait, <img> est à mettre dans le même lot, en fait. Par opposition à <object> Smiley ravi )
Modifié par Laurent Denis (26 Feb 2007 - 19:18)
Oui bon, en fait je pense que je ne sais pas précisément ce que l'on appelle un contenu, ce qui me permet de dire des conneries de façon très aisée.

En tout cas, ces deux éléments représentent bien une information, et pas forcément graphique.

Laurent Denis a écrit :
Un contenu est balisé.
Donc les <meta> et autres <link> ne représentent pas un contenu ?
Modifié par Julien Royer (26 Feb 2007 - 20:36)
Ce sont des metadonnées, justement, pas des contenus

(Vu qu'on est en HTML, on ergote un peu pour le plaisir de la discussion; quoique... pas si tant pour le plaisir que cela Smiley cligne </>
Modifié par Laurent Denis (26 Feb 2007 - 19:38)
Julien Royer a écrit :


En tout cas, ces deux éléments représentent bien une information, et pas forcément graphique.


Quelle information ?
c'est vrai que hr ça sert pas à grand chose, un border-bottom ou top fait souvent l'affaire, par contre br, c'est du contenu, et même du contenu irremplaçable, vu qu'il y aucun autre moyen de revenir à la ligne à l'intérieur d'un paragraphe (ou alors merci de nous en informer).

Ce serait completement absurde de faire un paragraphe à chaque retour à ligne, qui est un concept different que le paragraphe et a un sens différent pour celui qui écrit.

Quand a utiliser d'autre balise comme span avec un css en bloc ou d'autre bidouille, ça sert a rien, et à terme impossible à gérer depuis un blog ou un cms.

Il suffit de travailler cinq minute avec des personnes (autre que le webmaster) qui écrive dans un cms pour ce rendre compte que le retour chariot est utilisé à tout bout de champs, et avec une autre intention que celle de faire un paragraphe
Modifié par matmat (26 Feb 2007 - 19:54)
Modérateur
Laurent Denis a écrit :
Quelle information ?
ben celle qu'on retrouve dans le navigateur... C'est marqué dans la barre d'outils web developer onglet information ! Smiley ravi Et le hr sert à marquer la séparation tandis que le br, c'est pour la mise en forme (pas le contenu)... parce qu'au fond, html, c'est un langage structuré... qui fait de la mise en forme non ? Smiley lol Si on ne veut que la structure, on fait du xml... C'est juste qu'il y a eu css pour mettre son souk de tel manière qu'html se retrouve assis entre deux chaises, rien de plus ! Smiley langue
Modifié par koala64 (26 Feb 2007 - 19:59)
matmat a écrit :
c'est vrai que hr ça sert pas à grand chose, un border-bottom ou top fait souvent l'affaire, par contre br, c'est du contenu, et même du contenu irremplaçable, vu qu'il y aucun autre moyen de revenir à la ligne à l'intérieur d'un paragraphe (ou alors merci de nous en informer).


Différencier les paragraphes ?

matmat a écrit :


Ce serait completement absurde de faire un paragraphe à chaque retour à ligne, qui est un concept different que le paragraphe et a un sens différent pour celui qui écrit.


Quel concept ?

Au fait, c'est quoi un paragraphe ? D'un point de vue HTML, merci de ne pas citer le petit Robert ou le Larousse...
matmat a écrit :

Quand a utiliser d'autre balise comme span avec un css en bloc ou d'autre bidouille, ça sert a rien, et à terme impossible à gérer depuis un blog ou un cms.


Ah... si ça se fait pas dans dorclear ou autre bouzin à blog évidemment, la sémantique est mal barrée, puisque le blog est l'aune universelle pour l'instant. On est mal parti, là, vous savez ? Smiley lol

matmat a écrit :

Il suffit de travailler cinq minute avec des personnes (autre que le webmaster) qui écrive dans un cms pour ce rendre compte que le retour chariot est utilisé à tout bout de champs, et avec une autre intention que celle de faire un paragraphe


Ah.

Il suffit aussi de travailler 5mn avec des rédacteurs que le cms laisse libres d'utiliser ce type de chose pour constater qu'ils ne savent pas structurer un document autrement que visuellement. le problème de fond est plutôt là Smiley cligne
koala64 a écrit :
ben celle qu'on retrouve dans le navigateur... C'est marqué dans la barre d'outils web developer onglet information ! Smiley ravi


<big troll inside title="on m'a provoqué, là Smiley ravi ">

Vous arrêterez de confondre outils et choses intelligentes, un jour, hum ? Ou pire, Firefox et intelligence ? Hum ?

Faut pas me tendre la perche, les gars, aussi grosse soit-elle ; je vais la prendre Smiley ravi

</>
koala64 a écrit :

Et le hr sert à marquer la séparation


Notion problématique dans celle de balisage.

koala64 a écrit :

tandis que le br, c'est pour la mise en forme (pas le contenu)...


Perdu Smiley ravi
<br> est actuellement le principal moyen de différencier les composants de <address>

A tout prendre, <br> a un sens, même s'il est problématique. hr n'en a pas.
Modifié par Laurent Denis (26 Feb 2007 - 20:13)
Modérateur
Laurent Denis a écrit :
Faut pas me tendre la perche, les gars, aussi grosse soit-elle ; je vais la prendre Smiley ravi
Je le savais ! Smiley biggol

a écrit :
Perdu Smiley ravi
<br> est actuellement le principal moyen de différencier les composants de <address>
Ah ?! oui... (/m'a fait avoir Smiley murf )

1 partout alors... Smiley ravi
Je vais faire un exemple:

voilà un paragraphe, il a un espace en haut, et un espace en bas, qui n'est pas forcément un saut de ligne.

Voila un adresse avec des retour à la ligne
numero et nom rue
ville pays

Dans le cas de l'adresse il n'y a pas un paragraphe par ligne, ce serait ridicule, il y a donc des br, pareil si on parle d'un livre avec son éditeur (par exemple), ou que tout simplement on veut marquer une pose plus grande aprés une phrase, il y a plein d'exemples, donc la réponse "Différencier les paragraphes ?" n'est pas satisfaisante non pas d'un point de vue html, mais d'un point de vue d'un rédacteur.

Il ne me semble pas que les développeur web on inventé la structure d'un document, il suffit de lire un bon livre de typographie, pour s'apercevoir que au contraire le web est plutôt pauvre de ce coté là, et non ce n'est pas la faute des rédacteurs.
Modifié par matmat (26 Feb 2007 - 20:37)
Laurent Denis a écrit :
A tout prendre, <br> a un sens, même s'il est problématique. hr n'en a pas.
On ne peut pas considérer un <hr> comme une façon de séparer plusieurs parties d'un document ?
matmat a écrit :


Dans le cas de l'adresse il n'y a pas un paragraphe par ligne, ce serait ridicule


Ah ?

/me cherche susann ("ridicule") dans HTML4.01, desespérément.

cela dit, encore une fois <br> est inoffensif. Ce n'est jamais qu'une espace...
Modifié par Laurent Denis (26 Feb 2007 - 20:58)
Julien Royer a écrit :
On ne peut pas considérer un <hr> comme une façon de séparer plusieurs parties d'un document ?


On ne sépare pas, numdudj ! Smiley cligne

on structure des parties d'un document (avec une balise de début et une balise de fin. Par exemple... <div> Smiley ravi ).
Modifié par Laurent Denis (26 Feb 2007 - 20:57)
Pour en revenir au <br />, je me suis pas mal fâché avec lui parce que :
- On m'en a trop fait mettre pour éviter des orphelins, ce qui n'a pas manqué d'en créer d'autres dès qu'on consultait les documents incriminés avec une configuration différente de celle du chef. (Celle du client par exemple).
- J'ai eu maille à partir avec un <br /> qui servait de séparateur, et qu'on avait essayer de styler en CSS, avec le résultat qu'on peut imaginer.

Quand il s'agit juste de revenir à la ligne sans créer de paragraphe, disons une coupure qui ne justifie pas le changement de paragraphe eut égard au (con)texte, il est farpait, et je l'utilise à cet effet.
Et aussi dans les <address> même si des fois j'aimerais bien que mes adresses ne reviennent pas à la ligne, tout en séparant les différents éléments... séparez le contenu de la présentation qu'ils disaient.

Je vais me convertir au <l><l/>, tiens, pis comme ça je serais au chômage pendant quelques années... si pas pour toujours.
Modifié par Lanza (26 Feb 2007 - 21:01)
a écrit :
/me cherchesusann dans HTML4.01, desespérément.

J'ai pas compris, j'ai essayé, mais j'ai pas compris...
Pages :