Est-ce parfois mauvais d’utiliser ?

Est-il parfois mauvais d’utiliser des balises
?

Je demande parce que certains des premiers conseils que mon équipe de développement m’a donnés étaient les suivants: ne pas utiliser
; utilisez plutôt des styles. Mais pourquoi? Y at-il des résultats négatifs lors de l’utilisation de balises
?

La principale raison de ne pas utiliser la méthode de
est qu’elle n’est pas sémantique . Si vous voulez deux éléments dans différents blocs visuels, vous les voulez probablement dans des blocs logiques différents.

Dans la plupart des cas, cela signifie simplement utiliser différents éléments, par exemple

Stuff

Other stuff

, puis utiliser CSS pour espacer correctement les blocs.

Il existe des cas où la sémantique est valide, c’est-à-dire que le saut de ligne fait partie des données que vous envoyez. Ceci est vraiment limité à 2 cas d’utilisation – poésie et adresses postales.

Je pense que votre équipe de développement se réfère à
à la place de l’espacement des marges. Pour créer un espace vide entre les éléments, utilisez le style de remplissage / marge via CSS.

Mauvaise utilisation de
:

 
Content




More content...

Bon usage de
:

  
Content
Line break
More content...

En règle générale,
est une indication d’un HTML sémantique médiocre. Le cas le plus courant consiste à utiliser
pour déclarer des séparations de paragraphes, ce qui est beaucoup mieux pour le faire sémantiquement. Voir Bed and BReakfast .

Il y a des occasions où c’est l’étiquette appropriée à utiliser, mais il est souvent abusé que les gens adoptent une mentalité «ne pas utiliser» pour forcer une meilleure reflection sémantique.

Ce que signifiait votre équipe était probablement de ne pas utiliser les séparateurs de paragraphes.

 

I am a paragraph

I am a second paragraph

est la meilleure façon de le faire, car vous pouvez alors facilement ajuster les espaces entre les paragraphes via CSS. En dehors de cela, je ne peux pas penser à quoi que ce soit en parlant de tels sauts de ligne.

Le même concept s’applique à la raison pour laquelle nous n’utilisons pas de tables pour la mise en page – utilisez des tables pour les tables et des CSS pour la mise en page.

Utilisez
pour les lignes de rupture dans un bloc de texte et CSS si vous souhaitez affecter la mise en page.

La spécification directe de la disposition rend difficile l’adaptation du site pour différentes tailles de page ou fonts, par exemple.

Je vais généralement toujours définir des marges et des marges appropriées sur les éléments en utilisant CSS – c’est beaucoup moins compliqué que des tas de
s partout, à part d’être plus sémantiquement correct.

Probablement la seule fois où j’utiliserais un
de préférence aux marges et à la marge définie par CSS, même si ce n’est pas ssortingctement correct techniquement, c’est si c’était un incident isolé où un peu plus d’espace était nécessaire. Si j’avais une feuille de style assez volumineuse et qu’il ne semblait pas utile de mettre en place un style supplémentaire uniquement pour cette occurrence, je pourrais utiliser un
unique.

Comme la plupart des choses,
elles ne sont pas une mauvaise chose si elles sont utilisées correctement.


Ne doit être utilisé que pour les sauts de ligne et ne pas appliquer de style à une page. Par exemple, si vous avez besoin d’espace supplémentaire entre les paragraphes, donnez-leur une classe et appliquez le remplissage supplémentaire aux paragraphes. Ne répartissez pas vos paragraphes avec

Ils doivent être utilisés pour représenter les nouvelles lignes. Rien de plus. Ne pas remplir l’espace comme au site de géocités moyen. Il n’y a cependant qu’un seul cas où ils peuvent être utiles à d’autres fins que la création d’une nouvelle ligne: effacer les flottants.

 

N’utilisez pas trois ou plusieurs mots consécutifs, c’est un signal que vous utilisez à des fins de style et non, vous ne devriez pas.

Certains diront qu’une seule
suffit et qu’au lieu de deux, vous devez utiliser

, mais il existe des situations (par exemple des scénarios) dans lesquelles vous souhaitez introduire une pause plus longue sans impliquer de changement de sujet ou de nouvelle période de démarrage, comme un paragraphe le fait généralement.

Si vous faites ceci:

Vous obtiendrez une présentation différente sur les différents navigateurs.

Plus profond:
Si vous utilisez
juste pour les sauts de ligne – ok.
Si vous utilisez
comme espaceur de ligne, ça ne va pas.

J’essaie d’écrire mon balisage d’une manière facilement lisible avec CSS désactivé. Si vous utilisez uniquement les RB pour append de l’espacement, il est préférable d’utiliser les marges et le remplissage.

Ils vont bien, s’ils sont utilisés correctement. Par exemple, vous ne devriez pas les utiliser à la place de balises

ou pour créer un espacement entre les éléments. Vous faites probablement quelque chose de mal si vous avez deux fois de suite.

Voici un exemple de la façon dont la gestion des
peut avoir une incidence négative sur le style (exécution d’un extrait pour les éléments visuels).

(notez le bouton mal aligné et les espaces impairs à droite):

 button { width: 70px; height: 70px; } #arrows { border: solid thin red; display: inline-block; } #arrows span:first-of-type { text-align: center; display: block; } #moveUp { margin: 0; } /* In the current case instead of 
use display */ /* #arrows span:last-of-type { display: block; } */
 

or move with keyboard arrows

En HTML (jusqu’à HTML 4): utiliser

En HTML 5:
est préférable, mais
et
sont également acceptables
En XHTML:
est préférable. Peut aussi utiliser
ou

L’utilisation de la balise
est donc un code HTML parfaitement valide. Mais l’utilisation de
n’est pas recommandée?

La principale raison pour laquelle ne pas utiliser
est parce que ce n’est pas une balise sémantique et n’a pas de contenu à l’intérieur. Son utilisation peut être évitée comme,

 

some
text

peut être balisé sans
as

  

some

text

Si vous utilisez un autre object, comme l’espacement supérieur, etc., vous pouvez le faire via la propriété de margin CSS.