Défaut les valeurs d'attributs DTD XHTML

XML 1.0 fournit également un ensemble d'outils permettant de spécifier ce qui arrive si un attribut n'est pas déclarée dans un élément. Quatre possibilités différentes existent, y compris "l'attribut n'est pas juste là", "l'attribut doit être là, la période", et "l'attribut contient cette valeur, point." Vous avez déjà vu quelques utilisations de ces choix dans le précédent déclarations. Dans l'élément img, par exemple, les attributs src et alt sont nécessaires (# REQUIRED); Pendant ce temps, la plupart du reste de son contenu de l'attribut est optionnel (# IMPLIED):

Le niveau de 1,0 DTD XHTML seule utilisation fixe les attributs dans des cas très rares, notamment sur l'élément HTML pour sa déclaration d'espace:

Ceci, combiné avec le XHTML 1.0 's exhortation à toujours inclure l'attribut xmlns à l'élément HTML des documents XHTML, signifie que seulement:

...

est légale, et non pas:

...

La dernière option, une valeur par défaut simple entre guillemets, apparaît dans quelques cas qui par défaut sont fournies facilement. Par exemple, l'élément de formulaire a besoin d'une méthode et enctype (type de codage) la valeur et ceux-ci ont des valeurs communément utilisées.

L'élément de formulaire est inutile sans un endroit où envoyer l'information, donc l'attribut action n'est requise. Aucune valeur par défaut est possible parce qu'il est différent pour chaque formulaire. D'autre part, vous pouvez par défaut à la méthode HTTP GET. Cette méthode envoie ensuite toutes les données en utilisant le type de contenu application/xwww- form-urlencoded, faisant de ces bons candidats pour défaut d'exécution.

Paramètre entité DéclarationsSorting out entités paramètres est essentiel d'être capable de lire le XHTML 1.0 et 1.1 DTD. Paramètreentités permettre aux créateurs DTD pour définir l'information au sein d'une DTD qui peuvent être réutilisés à maintes reprises par référence à leurs noms. Le W3C fait ceci pour plusieurs raisons - parfois pour décrire le contenu d'un attribut plus précisément que XML 1.0 et permet parfois d'éviter de faire les mêmes déclarations à plusieurs reprises. Cette deuxième stratégie permet de réduire la taille de la DTD et la rend plus facile à gérer, tout en gardant le même contenu. La troisième raison de l'utilisation des entités paramètre est la modularisation. Entités paramètres externes permettent DTD créateurs de contenu de référence dans d'autres fichiers à inclure dans la DTD. En XHTML 1.0, ce n'est utilisé que pour introduire les trois séries de la description des entités qui sont stockés en dehors de la DTD de base, mais il devient une partie importante de la stratégie pour la modularisation de XHTML XHTML.

entityName "entityContent">

Des noms des entités de suivre les mêmes règles que les noms d'éléments et d'attributs: ils doivent commencer avec des lettres, underscores, ou de deux points et mai contenir des lettres, underscores, colonnes, des chiffres, des tirets et points. Noms des entités commençant par xml (ou toute variation sur ce cas , tel que XML ou XML) sont réservées à l'usage du W3C. La recommandation Namespaces décourage l'utilisation de deux-points. Le contenu d'une entité paramètre interne est généralement fragments de déclarations, destiné à être employé dans d'autres déclarations. Ce contenu peut aussi consister en des déclarations complètes, mais des fragments qui commencent dans une déclaration et se terminer dans un autre sont interdits. Toutes les entités paramètres internes utilisés dans la DTD XHTML 1.0 sont des fragments de déclarations. Les plus simples un peu plus de fournir des éclaircissements sur la nature du contenu d'un particulier CDATA-attribut type doit comprendre:

Lorsqu'ils sont utilisés dans une déclaration d'attribut, ces entités fournissent une description supplémentaire pour aider les développeurs à trouver comment utiliser un attribut:

Entités paramètres sont inclus en faisant précéder leur nom par un signe pour cent (%) et en suivant par un point virgule, comme illustré dans l'exemple précédent. Dans ce cas, un analyseur interprète Le nombre%; entité paramètre pour produire cette déclaration:

Developers la lecture de la DTD, cependant, peut comprendre que la largeur doit être spécifiée comme un nombre (des personnages) plutôt que dans une chaîne de caractères comme "2 et 1 / 4 pouces". L'entité paramètre URI est utilisé de la même tout au long du cahier des charges:

Tous ces attributs doivent inclure des URI pointant vers les ressources appropriées. Ces informations sont destinées à la consommation humaine. Le parseur convertit tout cela à:

Cela a également mai permettre au W3C pour mettre à jour ces types plus facilement dans les futures versions de XML qui prennent en charge plusieurs types de données. Mais pour l'instant c'est l'utilisation des documents juste. La DTD XHTML utilise une stratégie similaire pour décrire certaines énumérations semblables, tels que ceux pour les formes:

Au lieu de répéter cette liste de formes, en utilisant des entités permet à la DTD XHTML pour inclure des choses plus lisible comme ceci:

Les DTD XHTML inclure certaines entités paramètres décrivant des ensembles d'attributs qui sont appliqués fréquemment. Par exemple, l'i18n (pour l'internationalisation, qui a 18 lettres entre le «je» et le «n») entité paramètre est utilisé à plusieurs reprises, en assignant la langue et le texte des valeurs direction.

L'entité i18n comprend des déclarations pour les lang, xml: lang, et les attributs dir, qui sont prêts à être employé dans toute déclaration liste d'attributs. Notez que les entités paramètres de nidification au sein d'entités paramètre est parfaitement acceptable -% LanguageCode; est remplacé par NMTOKEN lors de l'analyse de la DTD. L'entité i18n est utilisé comme ceci:

 L'analyseur élargit le i18n%; à:  puis à:

Cela produit une déclaration de liste d'attributs pour l'élément titre qui prend en charge les attributs lang, xml: lang, et les attributs dir pour l'internationalisation. Le W3C adopte une approche similaire à des modèles élément de contenu, à les regrouper plusieurs d'entre eux en plusieurs entités pour faciliter la consultation. Par exemple, en-tête (H1-H6) les éléments peuvent apparaître dans les mêmes lieux dans un document de sorte qu'elles créent une entité rubrique qui vous permet de choisir parmi l'un de ces attributs:

Si un élément ne contient que des titres et le texte, vous pouvez créer une déclaration comme celle-ci:

L'analyseur étend ensuite cette déclaration à:

Cette déclaration vous permet de mélanger du texte et la position des éléments. La DTD XHTML n'utilise pas cette approche parce que les rubriques ne sont qu'un type d'élément de bloc et d'autres types mai apparaissent dans les mêmes lieux. Au lieu de cela, l'entité rubrique sont regroupées avec d'autres entités pour d'autres types d'éléments de bloc:

 Alors ceci est regroupé avec encore plus d'options pour les cas d'usage:  Vous avez ensuite mai utiliser ces modèles de contenu dans les déclarations d'élément:  qui se développe en:

qui s'étend ensuite à une déclaration beaucoup plus grande que tous les éléments div paramètres contient de nombreux types différents d'éléments possibles.

Générale de l'entité DéclarationsXHTML soutient le même ensemble d'entités générales que le HTML 4.0 prend en charge. Contrairement aux entités paramètre,générale des entités sont destinés à être employé dans les documents XHTML, au lieu de la DTD XHTML. Le mécanisme utilisé pour créer ces entités fonctionne un peu comme le mécanisme d'entité paramètre, en utilisant une syntaxe similaire - seul le signe pour cent est manquant:

entityName "entityContent">

Encore une fois, des noms d'entité suivre les mêmes règles que les noms d'éléments et d'attributs: ils doivent commencer avec des lettres, underscores, ou de deux points et mai contenir des lettres, underscores, colonnes, des chiffres, des tirets et points. Noms des entités commençant par xml (ou de tout cas de variation sur ce point, tels que XML ou XML) sont réservées à l'usage du W3C. La recommandation Namespaces décourage l'utilisation de deux-points. Général et les entités paramètres mai ont les mêmes noms dans une DTD unique, sans conflit, mais une entité déclarée comme une entité générale ne peut pas être référencée comme une entité paramètre et vice-versa. Les déclarations d'entités utilisées par les valeurs de référence DTD XHTML décimal pour les caractères Unicode , avec une documentation décrivant chaque entité. Par exemple:

Le W3C propose trois séries de ces déclarations pour le latin-1 jeu de caractères, des symboles et des caractères spéciaux. Pour faire référence à aucune de ces entités au sein d'un document XHTML, préfixe juste le nom de l'entité avec une esperluette (&) et la faire suivre d'un point-virgule (;). Il s'agit de la même manière HTML traite toujours entités. Par exemple:

Ces mots resteront sur la même ligne.

AstucePour voir la liste complète des caractères disponibles dans Unicode, voir The UnicodeStandard du consortium Unicode (publié par Addison-Wesley). Alors que la spécification XML 1.0 références Unicode 2.0, la spécification 3.0 Unicode est à l'horizon et probablement remplacera Unicode 2.0 finalement. Pour une présentation plus conviviale au format Unicode, voir Unicode: A Primer, Par Tony Graham articles IDG (2000.) Alors que XML 1.0 prend en charge les entités paramètres externes et vous permet de créer vos propres jeux entité interne, les navigateurs HTML ne prend pas en charge cette utilisation. Probablement que les processeurs XHTML qui sont construites sur la validation des processeurs XML aidera ces entités. Pour plus de détails, consultez votre référence préférée XML.

AstuceSi vous construisez votre propre DTD XML, vous pouvez inclure l'entité XHTML fixe facilement. Il suffit d'inclure une ligne comme ceci:

dans votre DTD. Chaque ensemble d'entités a sa propre déclaration. Pas tous les parseurs XML récupérer les ressources externes aussi assurez-vous d'utiliser un analyseur de validation si vous employez cette approche.

CommentairesVous pouvez utiliser les commentaires de DTD à peu près comme vous les utiliser dans des documents. Tout comme les commentaires ne peuvent pas apparaître dans les balises dans un document, ils peuvent aussi ne pas apparaître à l'intérieur des déclarations dans la DTD. Commentaires sont généralement en position (avant, ou parfois au côté) avec les déclarations qu'ils décrivent. Tout ce qui apparaît entre est un commentaire, destiné à la consommation humaine seulement. Souvent, les commentaires sont vos guides dans la DTD XHTML pour les «pourquoi» des constructions particulières, notamment pour certaines des parties les plus bizarres.

un article présenté par Albert Lichtblau

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «Le défaut de paiement des valeurs d'attributs DTD XHTML" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.