Fragmentant XHTML

La théorie derrière la fragmentation, Présenté dans l'article précédent, sounds pretty good. La fragmentation semble être une solution aux nombreux maux du Web, en montrant la voie à de nouveaux vocabulaires XML et de nouvelles possibilités. Les détails de mise en œuvre concrète de XHTML 1.1, toutefois, des aspects assez effrayant. Contenues dans trois projets pour un total d'environ 180 pages, les spécifications XHTML 1.1 sont une collection impressionnante de règles (et l'application de ces règles) qui s'applique au vocabulaire XHTML. Heureusement, alors que les règles d'utiliser des outils XML funky, le ils manière effectivement le travail n'est pas très douloureux et les développeurs de mai être en mesure d'éviter les détails effrayants.

NoteLe contenu de cet article est basée sur le 5 Janvier 2000 Dernière Call Working Drafts des 1,1 spécifications XHTML. Certains contenus mai changer entre le moment de la rédaction et l'approbation définitive du cahier des charges par le W3C, donc vous devriez lire pour connaître le statut actuel ou définitive de ces questions.

XHTML en tant que cadreContrairement à ses prédécesseurs, XHTML 1.1 offre un cadre architectural pour la syntaxe plutôt que d'une simple mise en œuvre concrète. XHTML 1.1 's architecture pour la définition de modules est en fait une couche au-dessus de XML 1.0' s des règles pour la création de DTD, et sa propre mise en œuvre du vocabulaire XHTML est une couche au-dessus de celui-là. Pour simplifier l'ensemble de ces couches et de leurs interactions, XHTML 1.1 a ces trois documents distincts définissant:

-- Building XHTML Modules (http://www.w3.org/TR/xhtml-building) constitue le cadre formel sur lequel les modules XHTML (et autres modules) sont construits.

-- La modularisation de XHTML (http://www.w3.org/TR/xhtml-modularization) décrit comment mettre en oeuvre XHTML 1.1 utilisant ce cadre.

-- XHTML 1.1 - XHTML modulaire (http://www.w3.org/TR/xhtml11) décrit la façon dont vous créez XHTML 1.1 documents à l'aide de ces modules.

En un sens, XHTML est de deux parties distinctes définies dans les trois spécifications. La première partie est le cadre - Comment créer des modules (défini dans Building XHTML Modules) Et comment les réunir à nouveau en tant que documents (défini dans XHTML 1.1 - XHTML modulaire). La deuxième partie est la mise en œuvre qui La modularisation de XHTML - Et dans une certaine mesure XHTML 1.1 - Module-based XHTML -- définit. Cet article se promène dans le cadre sur le chemin de l'explication mise en œuvre, en décomposant chaque composant de XHTML, tout en restant dans ses limites générales. Le cadre intègre un ensemble de règles pour créer des modules et différentes sortes de descriptions de ces modules, ainsi que d'un ensemble de règles pour l'intégration de ces modules pour créer un ensemble plus vaste. Le processus de rupture XHTML en modules utilise le jeu d'outils anciens, tandis que les documents qui utilisent seulement XHTML s'appuyer sur cette dernière.

Résumé ModulesXHTML prescrit à la fois formelles et informelles façons de décrire les modules. Modules Résumé sont des documents exclusivement destiné à la consommation humaine, aider les lecteurs à éviter l'enchevêtrement de la transformation entité paramètre dont ont besoin les outils formels pour la description des modules. Ce niveau de description est utile aussi bien pour la documentation et la planification, ce qui oblige les développeurs de spécifier quels sont leurs modules contiennent dans un format qui va au-delà des outils formels de Barbarie des DTD et XML Schemas. Résumé des modules ne sont pas requis pour la conformité aux spécifications XHTML 1.1, mais leur utilisation peut rendre la création et l'utilisation de XHTML 1.1 modules beaucoup plus facile.

NoteModules abstraits sont définis dans la section 4 du Building XHTML Modules, Disponible à s_abstraction http://www.w3.org/TR/xhtmlbuilding/abstraction.html #. Modules abstraits sont essentiellement des tableaux, et certains appuyaient contenu textuel. Les tableaux contiennent des listes d'éléments avec des colonnes pour les attributs des modèles de contenu et minimes. Parce que certains éléments de mai être définies avec contenu fixe, Tels ensembles mai être décrit de manières qui ne sont pas explicitement incluses dans le tableau. Ensembles de contenu sont généralement utilisés de façon répétée dans des éléments multiples, et ce traitement spécial n'a probablement de sens. Aucune disposition est faite pour les ensembles d'attributs, cependant. (Une exception: l'utilisation commune comme un identificateur pour un ensemble d'attributs dans la DTD XHTML 1.1.) Dans ces tableaux, XHTML utilise une syntaxe Semiformal qui ressemble à une étendue (et réducteur) version de la syntaxe XML DTD.

Ceci décrit la TextElement type d'élément, qui utilise le Common XHTML ensemble de déclarations d'attribut (définie à http://www.w3.org/TR/xhtmlmodularization/ xhtml_modules.html s_basicattributes #) et ne contient que du texte. La plupart des modules sont sans doute plus complexe que celui-ci, mais parfois un seul élément est nécessaire pour ajouter des fonctionnalités. Avant de passer à un exemple plus complexe, vous devriez noter que certaines des pièces qui manquent dans les descriptions abstraites module créé conformément avec le Building XHTML Modulesesquisse. Aucune information n'est fournie sur les espaces de noms. Cela est raisonnable quand on travaille strictement dans XHTML où toutes les pièces de la part un espace de noms communs. Toutefois, en omettant les espaces de noms n'est probablement pas une bonne idée pour créer des extensions au format XHTML (comme vous le faites dans l'article suivant). Alors que les préfixes mai apparaissent dans les noms d'élément, le plan pour les URI, ils doivent être documentées quelque part. Il manque également une explication de la façon dont vous devez intégrer ce module avec d'autres modules. On ne sait pas comment utiliser ce module et de ses composantes de manière appropriée dans un cadre XHTML. Ce genre de documentation devrait constituer un complément important au cadre module abstrait décrit dans la spécification elle-même.

Garder ces mises en garde à l'esprit, jetez un oeil à l'un des modules abstraite définie dans La modularisation de XHTML de voir comment ces outils sont utilisés (voir encadré). Le module Forms est assez complexe, mais familière à la plupart des développeurs HTML, et il contient une variété de modèles de contenu. Bien que son contenu réel mai changement sur le chemin pour devenir une recommandation W3C, il a d'excellents exemples de la syntaxe abstraite module en action et montre comment le contenu textuel supplémentaires peuvent combler les lacunes d'un module de résumé. Commençons avec le module dans la barre latérale (de la section 4.5.2), puis explorer ses pièces. Ce module définit deux ensembles de contenu:

Formulaire Formulaire | fieldset Formctrl entrée | select | textarea | label | Bouton

Lorsque ce module est utilisé, il ajoute le contenu d'un formulaire mis à l'ensemble du contenu Block et il ajoute le contenu Formctrl réglé sur le contenu en ligne fixé comme ils sont définis dans le module de texte de base. Le module Forms est un sur-ensemble du Fjorms Module de base . Ces modules de mai ne pas être utilisés ensemble dans un type de document unique.

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 «fragmentation 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.