Pourquoi est-ce que je reçois le message suivant dans Visual Studio lorsque j'utilise l'élément ?
"élément 'u' est considéré comme obsolète. UNE
La nouvelle construction est recommandée "
a-t-il vieilli?
9 Réponses :
C'est parce que le W3C a décidé de le déconcerter.
C'est parce que toutes les présentations et la conception doivent être effectuées avec CSS. Dans HTML, idéalement, la structure devrait exister.
ajoute uniquement une décoration de police spécifique au texte, mais aucune information structurelle.
Je doute que vs se soucie de cela, le fait qu'il montre l'avertissement est à la réduction des règles W3C
Bien sûr, mais je pense qu'il serait préférable d'ajouter une petite explication, au lieu de simplement dire "parce que c'est" :) :)
Eh bien mieux pour répondre à la question et donner une raison :)
Parce que selon W3C est amorti. Lire ici De plus, n'importe quel style / mise en forme devrait être la responsabilité de CSS mais je suis sûr que VS suit les directives W3C.
La balise est obsolète avec d'autres éléments de formatage / style de texte.
La chose à faire est d'utiliser un balisage correct et d'appliquer un style avec des feuilles de style.
La balise de soulignement a été obsolète à partir de HTML4. La référence W3C peut être trouvée ici . La raison en est que le style visuel n'appartient pas à des étiquettes, mais doit être déplacé vers des feuilles de style.
Vous pouvez utiliser le Text-décoration: Soulignez le style code> à la place: P> <span style="text-decoration: underline">some underlined text</span>
Voir, c'est exactement le genre de suggestion que je m'oppose. Comment sur Terre est Certains texte souligné à distance mieux que du texte souligné ? L'étiquette ancienne simple fait exactement la même chose, elle est supportée par plus de navigateurs, plus courte, plus maintenue et plus lisible.
Il n'y a rien de désagréable de la réponse; C'est juste un fait que la balise de soulignement a été obsolète dans HTML 4. La question est "pourquoi Visual Studio montre-t-il cet avertissement" non "pourquoi le comité de normalisation a-t-il pris cette décision."
C'est juste ce que la question ressemble. Si vous regardez à travers l'historique de la question, vous verrez que la question de cette question était principalement la majorité de la Terre avec l'utilisation de tags ? " Non "Pourquoi Visual Studio me donne-t-il une erreur pour l'utiliser?" C'est ce que cela a chuté après 3 personnes différentes édité la question de l'auteur pour supprimer l'opinion de l'auteur. En outre, vous n'avez pas répondu à ma question initiale où j'ai énuméré mes objections à cette suggestion.
@ CODING: Il convient de mentionner que l'utilisation de styles en ligne est également envisagée, par certains, d'être un style mauvais, vous n'utiliseriez pas nécessairement la version longue ci-dessus, mais utilisez quelque chose (légèrement plus long que ) Comme ceci: souligné , et votre feuille de style définirait que les étiquettes combinées doivent être soulignées.
@Anonymous, tu as raison, mais je ne vois toujours pas où le bénéfice à cela est. Les règles de formatage simples ne doivent pas nécessiter une logique extracharineuse lors de la mise en œuvre de l'OMI. Si c'est une question de "Comment puis-je positionner cette div, quelle police dois-je utiliser sur ce texte, quelle taille, quelle arrière-plan, quelle couleur de texte, etc." L'utilisation d'une feuille de style est probablement une bonne idée. Mais pour "Dois-je audacieux x" ou "Est-ce que je souligne Y", etc. Je pense que les feuilles de style peuvent être surchargées. Je pense qu'il est assez sûr d'assumer dans la plupart des cas que ceux-ci resteront au moins des constantes. La fiche de style ne contribuera rien.
Je crois que le raisonnement contre la balise U est allée qu'une balise u n'a pas de valeur sémantique. Il peut avoir la valeur sémantique de l'accent, mais d'accentuer les EM et les étiquettes fortes. Le raisonnement est que si vous souhaitez utiliser la soulignement de l'insistance, vous redéfinissez le style des étiquettes EM ou fortes.
@ CoDing: Le point ne concerne pas lequel est plus facile, pratique ou efficace à faire. Le point est que c'est une façon différente de penser - une teneur sémantique séparée du style. Il y a des multitudes de raisons pour cela, mais ce n'est pas l'endroit où les discuter. (En plus, je m'attendrais à ce que toutes les personnes coders seraient celles de comprendre le problème!)
Le formatage avec HTML plutôt que CSS est considéré comme obsolète ces jours-ci. Quoi qu'il en soit, si vous avez déjà des problèmes avec les normes, la conformité rejetant votre formatage en ligne, suivez les règles suivantes de recherche et remplacez les règles suivantes:
Remplacez par Mots-clés pour la taille de la police: xx-petit, x-petit, petit, moyen, grand, x-large, xx-large Si vous suivrez simplement avec ces remplacements faciles, vous vivrez ...!
remplacer par
remplacer par
Remplacez par < / span>
AKA Remplacez-la par
À peu près la même chose.
Alors n'est pas l'endroit pour les rants. Je vous suggère d'aller vous trouver un bon forum HTML pour harceler à la place.
Édité pour éliminer les parties subjectives et argumentatives.
C'est toujours une question valable. Peut-être devrait-il être le long des lignes de l'endroit où Visual Studio prend ses avertissements «obsolètes» de.
Il serait bon d'inclure le libellé concret du message d'avertissement / des erreurs de Visual Studio dans la question (je ne peux pas le faire, je n'ai pas installé VS).
@Welbog, je ne faisais ni harceler personne.
J'ai regardé l'histoire. Si je comprends bien, le but de cette question n'est pas de demander "pourquoi vs me donne-t-il un avertissement sur l'utilisation de la balise de soulignement?" Comme si cela suggère actuellement, mais plutôt "Pourquoi les gens insistent-ils à l'élimination de ces tags? Qu'est-ce qui ne va pas avec les utiliser?"
Vous pouvez créer une validation HTML (et CSS) personnalisée avec vos propres règles dans vs. Voir le lien ici Stackoverflow.com/questions/1084194