Erreur de validation "Bad Valeur Apple-Touch-Icon-Prepomposé pour attribut relevé sur élément Lien: mot-clé Apple-touch-icon-préconposé n'est pas enregistré."

Supprimez l'élément de votre source.

Vous ne voulez probablement pas faire cela. N'oubliez pas que la validation est un outil, pas une compétition.

Vous voudrez peut-être Modifier le wiki de Types de liaison pris en charge, puis attendez que le validateur se rattrape.

Si vous déplacez les icônes tactiles dans votre racine Web et suivez le Apple Documentation pour nommer des conventions, vous n'aurez pas besoin d'insérer les balises de lien dans votre HTML et évitez les erreurs de validation.

Les périphériques iOS rechercheront automatiquement les icônes de la racine Web, à l'aide des conventions de dénomination prédéfinies et de la résolution correcte, comme décrit également ici . Bonne chance.

Ignorez-le.

Si c'est la seule erreur que vous avez, votre document est valide HTML5.

Voici ce que le fonctionnaire (dans le développement) spécifique états À propos du Tag: Extensions à l'ensemble prédéfini de noms de métadonnées peut être enregistré . Je ne trouve pas la zone dans la spécification qui parle des valeurs d'étiquette "ref", mais le validateur les traite de la même manière (une pour les liens, un pour les chaînes) et nous pointe vers le wiki . Vous devez les enregistrer, mais n'êtes pas obligé. Dans la terminologie RFC, il s'agit d'un si pas un doit .

La spécification ne semble pas mandat une liste fixe ou utilisation du wiki. Cela semblerait étrange, car ces champs ont souvent évolué avec le temps. Il affirme que Les dames de conformité doivent utiliser les informations fournies sur la page Metaextensions WIKI Whawg pour établir si une valeur est autorisée ou non: les valeurs définies dans cette spécification ou marquées comme "proposées" ou "ratifiée" doivent être acceptées. < / em> qui est une ligne intéressante car il s'agit d'une spécification pour les validateurs HTML , pas HTML5 lui-même, et ne rend pas lui-même invalide le balisage.

En fait, beaucoup de ces "extensions" sont déjà dans le wiki (y compris Votre unique ), ils n'ont tout simplement pas été acceptés. Même avec de nombreuses balises méta, même très courantes. Il semble que beaucoup ne soient pas acceptés non plus.

Je pense que c'est très gentil du W3C de créer une liste standardisée de ceux-ci. Il aide les développeurs à savoir ce qu'ils devraient utiliser maintenant et à l'avenir (et peut espérer nettoyer certaines choses sur Linke réduisant le nombre de façons de spécifier une date de création de 5+ à 1).

Malheureusement, nous traitons avec des tiers ici (p. Ex. Apple) - et si vous souhaitez contacter chaque tiers qui a créé l'une de ces spécifications informelles et leur dire de formaliser une spécification et de le soumettre à la liste du W3C ( qui peut être accepté ou non) Que faites-vous? À la fin de la journée, vous devez toujours le soutenir.

Quoi qu'il en soit, le point même d'avoir ces éléments HTML pour prendre en charge des extensions afin de ne pas casser la spécification en ajoutant de nouveaux éléments pour faire ce que le besoin?