Editeurs HTML permettant de rechercher des balises non fermées
J'ai édité beaucoup de pages HTML avec l'éditeur de texte de base, le bloc-notes. Lorsque je suis allé les valider, le service de validation indique une balise div qui n'est pas fermée. J'ai tendance à trouver des rapports d'erreur automatiques tels que ceux-ci n'ont pas tendance à être trop fiables, c'est-à-dire qu'ils vous donneront un numéro de ligne et l'erreur mais souvent, l'erreur est en réalité dans une autre partie du fichier.
Je me demande simplement s'il existe des éditeurs html légers et gratuits qui permettent de trouver la balise de fermeture d'une balise. Par exemple, vous cliquez sur une balise, puis sur un raccourci, et le programme passera à la balise de fermeture. Je sais que cette fonctionnalité est disponible dans le site Internet personnel, mais je n’ai pas de site Internet personnel, et c’est un programme un peu volumineux.
Ou encore mieux tous les services de validation HTML en ligne pouvant mettre en évidence les balises non fermées?
Pour résumer, j'aimerais savoir comment trouver des balises HTML qui ne possèdent pas de balises de fermeture. Existe-t-il un éditeur HTML gratuit ou un simple service en ligne qui peut vous aider?
Si vous enregistrez votre code HTML sous le nom page.xhtml (au lieu de page.html), le navigateur (Firefox/Chrome ou Opera) devrait rechercher les balises non fermées pour vous sans qu'un validateur soit nécessaire. Rappelez-vous juste de les renommer .html avant de les servir en ligne - IE ne supporte pas encore les fichiers .xhtml.
Edit (3 ans plus tard): Ce message reçoit toujours des commentaires/un vote positif, donc un léger amendement. IE9 et IE10 prennent désormais en charge les fichiers xhtml.
Utilisez la source de vue firefox - un code incorrect sera de couleur différente
Notepad ++ - n'a jamais eu de problèmes avec cela et n'a jamais eu de balise HTML non fermée avec.
Vous pouvez simplement cliquer sur n'importe quel élément et voir s'il possède une balise de fermeture. Vous pouvez aussi faire ceci: cliquez sur "TextFX" (à gauche des plugins dans la navigation) -> cliquez sur "Text FX HTML Tidy" -> cliquez sur permet de dire hmm "TiDy clean Document - wrap". Cela devrait corriger votre document HTML, c'est-à-dire fermer tous les éléments non fermés.
Fait plus que des balises non fermées. Devrait être utilisé par tous les développeurs front-end, IMO.
CSE HTML Validator Lite est un éditeur gratuit léger (pour Windows) qui vérifie votre code HTML (appuyez simplement sur F6) et recherche les balises de fin manquantes et d’autres problèmes. Vous pouvez également appuyer sur Ctrl + M sur une balise de début ou une balise de fin et cela vous mènera à la balise de début ou de fin correspondante.
Un service en ligne simple qui fera également ceci (et plus) est OnlineWebCheck.com . Il existe d'autres services en ligne mais, à mon avis, celui que je viens de mentionner est le plus simple à utiliser et à comprendre.
Divulgation complète: Je suis le développeur de CSE HTML Validator Lite et http://www.OnlineWebCheck.com/ qui est basé sur CSE HTML Validator.
J'utilise deux outils en ligne qui fonctionnent très bien. jona.ca et tormus.com
éditeurs html légers et gratuits ... des services de validation html en ligne pouvant mettre en évidence les balises non fermées?
Utilisez linter-vnu .
linter-vnu est un paquet pour l'éditeur Atom qui utilise le vérificateur Nu Html Checker (v.Nu) pour valider les documents HTML ou XHTML.
Divulgation: Je suis le développeur de linter-vnu.
linter-vnu utilise un autre package Atom, linter, pour intégrer v.Nu et Atom.
Par exemple, si vous ouvrez le fichier test.html suivant dans Atom:
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
<meta charset="utf-8"/>
<title>Test HTML document</title>
</head>
<body>
<div>
<p>Lorem ipsum dolor sit amet...</p>
</body>
</html>
(avec une balise de fermeture </div> délibérément manquante)
puis Atom (ou plutôt linter-vnu, grâce à linter et v.Nu) affiche les messages d'erreur suivants:
- Élément non fermé «div». à la ligne 8 col 1 dans test.html
- Étiquette de fin pour «corps» vu, mais il y avait des éléments non fermés. à la ligne 10 col 1 dans test.html
et marque ces lignes dans l'éditeur avec des points rouges.
Si vous cliquez sur le lien "at ..." (lien hypertexte) dans le message d'erreur, le point d'insertion de l'éditeur passe à la ligne correspondante et une fenêtre contextuelle apparaît sous la ligne, avec le texte d'erreur ("Elément non fermé" div "." ).
Si vous enregistrez votre document HTML avec l'extension de fichier .xhtml et que vous l'ouvrez dans Atom, v.Nu valide votre document en tant que XHTML (XML) plutôt que HTML, avec des messages légèrement différents. Dans ce cas, un seul message d'erreur:
- caractère requis (trouvé «b») (attendu «d») à la ligne 10, colonne 3
où la ligne 10 contient la balise </body> de fermeture. v.Nu attendait plutôt une balise </div>; il était satisfait de </ - il attendait une balise de fermeture - mais il s'attendait à ce que le nom de l'élément commence par "d" pour "div" et non par "b" pour "body".
Je fais les réclamations suivantes, à compter de novembre 2016:
- v.Nu est la meilleure option pour valider (X) HTML (5) .
- linter-vnu est la meilleure option pour exploiter v.Nu de manière interactive dans un éditeur. linter-vnu lui-même est trivial; c'est juste quelques lignes de code "colle". Ce qui en fait la meilleure option est l'éditeur Atom et le package Atom linter.
Je me félicite des demandes reconventionnelles et des questions sur ces revendications. Je serais heureux de me tromper et de voir quelque chose de mieux. Surtout si, comme v.Nu et linter-vnu, c'est gratuit.
Si votre code est très en désordre, ni prettifié ni mis en retrait, v.Nu (comme indiqué sur https://validator.w3.org/nu/ ) sera souvent confus (par exemple s'il existe une balise de fermeture extrême, il peut ne pas réussir à choisir celui qui est vraiment faux).
Une solution est le pliage de code: en réduisant tout le code qui est marqué en tant qu'enfant d'un certain nœud, vous pouvez souvent facilement repérer une hiérarchie incorrecte.
Un exemple d'éditeur prenant en charge le pliage de code est Kate editor : voir les flèches à gauche dans leur capture d'écran. 