Attributo inadempiente valori XHTML DTD

XML 1.0 fornisce inoltre un set di strumenti per specificare che cosa succede se un attributo non viene dichiarata all'interno di un elemento. Quattro esistono diverse possibilità, tra cui "l'attributo semplicemente non c'è", "l'attributo deve essere lì, il periodo" e "l'attributo è questo valore, periodo." Avete già visto alcuni usi di queste scelte nella precedente dichiarazioni. Nell'elemento img, ad esempio, gli attributi src e alt sono richiesti (# REQUIRED), nel frattempo, la maggior parte del resto del suo contenuto attributo è opzionale (# IMPLIED):

Il XHTML 1.0 DTD solo uso fisso attributi in pochissimi casi, in particolare per l'elemento HTML per la sua dichiarazione namespace:

Questo, combinato con l'XHTML 1.0 's esortazione a includere sempre l'attributo xmlns sull'elemento html dei documenti XHTML, significa che solo:

...

è legale, e non:

...

L'ultima opzione, un semplice valore di default tra virgolette, appare in alcuni casi in cui impostazioni predefinite sono fornite facilmente. Ad esempio, l'elemento di forma ha bisogno di un metodo e enctype (tipo di codifica), valore e questi valori sono comunemente utilizzati.

L'elemento di forma è inutile senza un posto per inviare le informazioni, così l'attributo è necessario intervenire. Nessun valore predefinito è possibile perché è diverso per ogni forma. D'altra parte, è possibile default per il metodo GET HTTP. Questo metodo quindi invia tutti i dati usando il Content-Type application/xwww- form-urlencoded, rendendo questi buoni candidati per la mancata esecuzione.

Entità parametro dichiarazioniSmistamento entità parametro è fondamentale per essere in grado di leggere l'XHTML 1.0 e 1.1 DTD. Parametroentità consentire creatori DTD per definire le informazioni all'interno di un DTD che può essere riutilizzato più volte con riferimento ai loro nomi. Il W3C fa questo per diverse ragioni - a volte per descrivere il contenuto di un attributo più precisamente di XML 1.0 e permette talvolta di evitare di fare le stesse dichiarazioni più e più volte. Questa seconda strategia riduce la dimensione del DTD e lo rende più gestibile, pur mantenendo lo stesso contenuto. La terza ragione per l'utilizzo di entità parametro è modularizzazione. Entità parametro esterne DTD consentire ai creatori di contenuti di riferimento in altri file per l'inclusione nella DTD. In XHTML 1.0, questo viene utilizzato solo per includere le tre serie di descrizioni di entità che vengono memorizzati al di fuori del core DTD, ma diventa una parte importante della strategia di XHTML per Modularizzare XHTML.

entityName "entityContent">

Nomi di entità seguono le stesse regole come elemento ei nomi degli attributi: si deve iniziare con lettere, underscore, o due punti e può contenere lettere, underscore, due punti, cifre, trattini, e periodi. Nomi di entità che iniziano con XML (o qualsiasi variazione caso su tale , come ad esempio XML o XML) sono riservati per l'utilizzo del W3C. La raccomandazione dei nomi scoraggia l'uso di due punti. Il contenuto di un soggetto interno parametro è di solito frammenti di dichiarazioni, destinati ad essere utilizzati all'interno di altre dichiarazioni. Questo contenuto può anche consistere in dichiarazioni completa, ma frammenti che inizia in una dichiarazione e alla fine in un altro sono vietate. Tutte le entità interne parametro utilizzato nella DTD XHTML 1.0 sono frammenti di dichiarazioni. Quelle più semplici solo a fornire maggiori chiarimenti circa il tipo di contenuto di un particolare CDATA-type dovrebbe includere:

Quando viene utilizzato in una dichiarazione di attributo, queste entità fornire alcuni descrizione aggiuntiva per aiutare gli sviluppatori a capire come utilizzare un attributo:

Entità parametro sono inclusi facendo precedere il loro nome, con un segno di percentuale (%) e in seguito con un punto e virgola, come mostrato nell'esempio precedente. In questo caso, un parser interpreta il Numero%; entità parametro per la produzione di questa dichiarazione:

Sviluppatori di leggere il DTD, tuttavia, può capire che la larghezza deve essere specificato come un numero (di caratteri), piuttosto che in una stringa come "2 e 1 / 4 pollici". L'entità parametro URI è usato in modo simile in tutta la specifica:

Tutti questi attributi dovrebbe includere gli URI che punta a risorse adeguate. Queste informazioni sono destinate al consumo umano. Il parser converte tutto questo:

Questo può anche permettere al W3C per aggiornare questi tipi più facilmente nelle versioni future di XML che supportano i tipi di dati di più. Ma per ora solo i documenti che il loro utilizzo. La DTD XHTML usa una strategia simile a descrivere alcuni enumerazioni simili, come quelli per le forme:

Invece di ripetere questo elenco di forme, a utilizzare le entità DTD XHTML permette di includere le cose più leggibile come questo:

La DTD XHTML includere alcune entità parametro che descrive insiemi di attributi che vengono comunemente applicati. Ad esempio, il i18n (per l'internazionalizzazione, che ha 18 lettere tra la 'i' e la 'n'), un'entità parametro viene utilizzato ripetutamente, l'assegnazione di lingua e di testo valori direzione.

L'entità i18n include dichiarazioni di lang, xml: lang, dir e gli attributi, che sono pronte per l'uso all'interno di qualsiasi dichiarazione lista di attributi. Si noti che gli enti di nidificazione parametro all'interno di entità parametro è perfettamente accettabile -% LanguageCode; viene sostituito con NMTOKEN durante l'analisi del DTD. L'entità i18n viene utilizzato come questo:

 Il parser espande la i18n%; a:  e poi:

Questo produce una dichiarazione lista di attributi per l'elemento titolo che sostiene il lang, xml: lang, dir e gli attributi per l'internazionalizzazione. Il W3C ha un approccio simile ai modelli contenuto dell'elemento, accorpando molti di essi in entità per un facile riferimento. Per esempio, l'intestazione (H1-H6) elementi possono essere visualizzati negli stessi luoghi, all'interno di un documento in modo da creare un ente rubrica che ti permette di scegliere tra uno di questi attributi:

Se un elemento contiene solo voci e il testo, è possibile creare una dichiarazione come questa:

Il parser si espande quindi la presente dichiarazione per:

Tale dichiarazione consente di miscelare il testo e gli elementi di intestazione. La DTD XHTML non utilizzare questo approccio, perché voci sono solo un tipo di elemento di blocco e di altri tipi possono essere visualizzati negli stessi luoghi. Invece, l'entità voce è cumulabile con altri enti per altri tipi di elementi di blocco:

 Allora questo è cumulabile con ancora più opzioni per gli usi più diversi:  Quindi si possono utilizzare questi modelli di contenuto all'interno di dichiarazioni di elemento:  che si espande a:

che poi si espande a una dichiarazione molto più grande, come tutti gli elementi parametro div contenere molti differenti tipi di elementi possibili.

General Entity DeclarationsXHTML Supporta lo stesso insieme di entità generali, che supporta HTML 4.0. A differenza di entità parametro,generale, gli enti sono pensati per l'utilizzo all'interno di documenti XHTML al posto del DTD XHTML. Il meccanismo utilizzato per creare tali entità funziona in modo simile al meccanismo di entità parametro, utilizzando una sintassi simile - solo il segno di percentuale manca:

entityName "entityContent">

Anche in questo caso, nomi di entità seguono le stesse regole come elemento ei nomi degli attributi: si deve iniziare con lettere, underscore, o due punti e può contenere lettere, underscore, due punti, cifre, trattini, e periodi. Nomi di entità che iniziano con XML (o comunque variazione il che, come XML o XML) sono riservati per l'utilizzo del W3C. La raccomandazione dei nomi scoraggia l'uso di due punti. Generale ed entità dei parametri possono avere gli stessi nomi all'interno di un DTD unico senza conflitto, ma un soggetto dichiarato come un'entità generale non possono essere indicate come un'entità parametro e viceversa. Le dichiarazioni di entità utilizzate dai valori decimali XHTML DTD di riferimento per i caratteri Unicode , con la documentazione che descrive ogni entità. Ad esempio:

Il W3C prevede tre serie di queste dichiarazioni per il Latin-1 set di caratteri, simboli e caratteri speciali. Per fare riferimento a uno qualsiasi di questi soggetti all'interno di un documento XHTML, proprio prefisso il nome della società con una e commerciale (&) e seguire con un punto e virgola (;). Questo è il modo stesso HTML gestisce sempre entità. Ad esempio:

Queste parole rimarrà sulla stessa linea.

SuggerimentoPer vedere un elenco completo dei personaggi disponibili in Unicode, vedere UnicodeStandard dal Consorzio Unicode (pubblicato da Addison-Wesley). Mentre l'XML 1.0 riferimenti specifica Unicode 2.0, le specifiche Unicode 3.0 è all'orizzonte e, probabilmente, andrà a sostituire Unicode 2.0 alla fine. Per una introduzione amichevole a Unicode, vedere Unicode: Primer, Da Tony Graham (articoli IDG, 2000.) Mentre XML 1.0 supporta entità parametro esterne e vi permette di creare il proprio set di entità interna, browser HTML non supportano questo utilizzo. Probabilmente solo i processori XHTML che sono costruiti su processori XML di convalida sosterrà queste entità. Per ulteriori dettagli, vedere il tuo riferimento XML preferito.

SuggerimentoSe costruire il proprio DTD, si può comprendere l'entità XHTML set facilmente. Basta inserire una riga come questa:

nel DTD. Ciascun insieme di entità è propria dichiarazione. Non tutti i parser XML recuperare le risorse esterne al fine di assicurarsi di utilizzare un parser di convalida se si utilizzano questo approccio.

CommentiÈ possibile utilizzare i commenti in DTD più o meno come si usa nei documenti. Così come i commenti non possono apparire all'interno dei tag in un documento, ma anche non può apparire all'interno di dichiarazioni nella DTD. Commenti di solito sono posizionati (prima, o talvolta a lato) con le dichiarazioni che descrivono. Tutto ciò che appare tra i è un commento, destinato esclusivamente all'alimentazione umana. Spesso, i commenti sono le guide nella DTD XHTML per il "perché" di costruzioni particolari, soprattutto per alcune delle parti più strane.

un articolo presentato da Albert Lichtblau

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo è attributo "inadempiente valori XHTML DTD" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.