Anatomia di un documento XHTMLLa transizione da HTML a XHTML uscirà con un buon numero di urti. Mentre capitoli successivi introdurre strumenti che consentono di superare tali urti - e capire da dove vengono - Questo capitolo esamina cosa sta succedendo ai cambiamenti e illustra alcune strategie per la gestione di tali modifiche. Lungo il percorso, visitiamo i fantasmi del passato browser ed esplorare i problemi che esistono nei browser attuali. A sua volta, a scoprire come preparati e non preparati vari strumenti sono per XHTML. NotaAlcune delle soluzioni trattati in questo capitolo si applicano strumenti descritti in modo molto più dettagliato nei capitoli successivi - in particolare la DTD XHTML e fogli di stile CSS. Se si riscontrano problemi non si capisce, ne terremo conto e studiare i capitoli che descrivono le questioni più strettamente quando si arriva a loro. I passaggi di cui in questo capitolo sono più importanti per stabilire il contesto in cui si utilizza alcune tecnologie che per spiegare tali tecnologie. Un primo documento HTMLIl seguente documento, che io uso come banco di prova, non è un documento HTML ordinaria. E 'concepito per contenere alcuni dei gravi "trucchi" che le conversioni a coinvolgere XHTML. E 'più o meno uno scenario peggiore, anche se i suoi contenuti non sono insoliti. (E 'un po' più di senso del solito, ma abbastanza normale il contrario.) Il presente documento unico di cinque produce derivati, che rappresentano diverse strade per raggiungere la conformità XHTML. Documento che segue è ragionevolmente piccolo, ma contiene un sacco di problemi in un piccolo spazio:
Copyright 2000 dal Wacki HTML Writer
Due rimediMentre l'HTML iniziale non è in forma incredibilmente male, esso utilizza l'elemento FONT - un elemento deprecato che il W3C sta cercando di eliminare e sostituire con i fogli di stile a cascata (CSS). Web designer hanno due scelte per affrontare questo passaggio. Il primo approccio utilizza XHTML 1.0 's DTD di transizione per evitare questa complicanza del tutto, mentre il secondo si morde la pallottola e apporta alcune modifiche più strutturali per adattare il documento nella DTD Strict. Mentre il primo approccio è più semplice nel breve periodo, può significare più lavoro più tardi. Il secondo approccio è più di un up-front dei costi - e può significare che si spende faticato molto tempo su documenti complessi - ma dovrebbe risultare più stabile e più gestibile a lungo termine. Ci sono anche un certo numero di casi in cui XHTML prevede molteplici approcci per risolvere lo stesso problema. Ci approfittare del fatto che stiamo creando due diverse versioni del documento XHTML. Le due versioni di prova saranno due strategie per tenere il segno <nello script da causando problemi nei browser e parser XML. (Né funziona particolarmente bene nei browser HTML, a quanto pare.) Verranno inoltre messi ogni strategia attraverso due diverse fasi di sviluppo. La prima fase mantiene tutte le risorse utilizzate da un documento (come ad esempio gli script e fogli di stile) all'interno del documento, mentre la seconda fase si muove tali risorse ai singoli file. Rimedio 1: La DTD transitorie e Sezioni CDATAUtilizzando la DTD di transizione, è possibile mantenere la formattazione utilizzati nel documento - per lo più di grandi dimensioni, titolo blu - senza dover cambiare l'over-all della struttura del documento in modo significativo. Mentre questo documento è abbastanza semplice che i cambiamenti non sono così difficili (come mostrato nel secondo approccio), documenti più complessi richiedono un enorme investimento di tempo per convertirli alla DTD Strict. Per cominciare, è necessario aggiungere la dichiarazione DOCTYPE per l'inizio del documento. (È possibile aggiungere la dichiarazione XML, ma lascia che il secondo approccio. Per la DTD di transizione, che significa: Questo identifica il documento come utilizzando la DTD XHTML 1.0 di transizione dal W3C, ammettendo la validità parser XML per verificare il documento mediante le dichiarazioni formali in esso contenuti. Il tag HTML di apertura esigenze diverse modifiche. In primo luogo, si deve cambiare in minuscolo, in secondo luogo, è necessario includere un attributo che dichiara il namespace XHTML per i suoi contenuti (di cui all'articolo 4). La nuova versione simile a questa: È necessario modificare i tag per la testa e gli elementi TITOLO in lettere minuscole, così come modificare il titolo per riflettere nuova identità del documento:
L'elemento script presenta un problema più ampio. Esso contiene il carattere proibito <, che deve essere sfuggito a superare un parser XML. Per questo passo, utilizzare una sezione CDATA per delimitare il contenuto del (ora in minuscolo) elemento script. Ciò consente i caratteri <,>, e & a comparire in qualsiasi punto all'interno di uno script. (Se la sequenza]]> sembra, è necessario rompere con spazi come]]>.) L'elemento di script ha anche bisogno di avere un tipo di attributo aggiunto ad esso. Il W3C supporta l'attributo di lingua, ma insiste su un attributo tipo con un tipo di contenuto MIME identificare il linguaggio di scripting come bene. L'elemento di script è all'interno dell'elemento testa, così la sezione CDATA non dovrebbe causare problemi con display - anche se può far browser motori di scripting malfunzionamento. SuggerimentoUn altro trucco che può aiutare a evitare problemi con <negli script è quello di espressioni rifusione come i <10-10> i. Parser XML possono sollevare avvisi quando incontrano il simbolo>, però. Il corpo del documento presenta alcuni problemi più complicati. Perché si sta utilizzando la DTD di transizione, è possibile mantenere l'attributo bgcolor (messo in minuscolo, ovviamente) per l'elemento BODY. Tuttavia, si deve aggiungere le virgolette: Il titolo è la prossima sfida. Il DTD di transizione supporta il font e gli elementi di b, ma è necessario riorganizzare in modo che essi nido pulito. È inoltre necessario conservare questi elementi in un elemento higherlevel. L'elemento p serve bene, anche se è anche possibile utilizzare l'elemento div. Vedremo anche cambiare il valore dell'attributo dimensioni di 6, in quanto tali dovrebbero essere espresse in un range da 1 a 7, non come una dimensione in punti:
Ancora una volta, si modifica il titolo in modo che più accuratamente descrive il contenuto della pagina. L'elemento successivo, il primo comma, include un ancoraggio con un attributo name. Questo minuscolo e poi integrarla con un attributo id. L'elemento P ha anche bisogno di un tag di chiusura alla fine del paragrafo.
(Sì, il testo cambiato di nuovo.) Il paragrafo successivo ha solo bisogno di fare il suo elemento di P in una p minuscola e dargli un tag di chiusura:
Hai bisogno di mettere le seguenti voci dell'elenco in minuscolo, dare loro fine tag, e racchiuderli in una sorta di lista di elementi - UL, per la lista non ordinata, sembra più appropriato. L'elemento br dopo la prima voce dell'elenco è inutile in modo è possibile rimuoverlo.
L'uso di javascript negli attributi href non è raccomandato, ma si può lasciare tutto per ora in quanto non è espressamente vietato (anche se si cambia nel secondo approccio). La riga successiva comprende anche un URL, questa volta con e commerciali. Il processo di pulitura deve sostituirli con &. L'ultimo elemento della lista è per lo più belle, anche se ha bisogno di un tag di chiusura. È necessario chiudere l'elemento ul anche: Alla fine, si dispone di un paragrafo contenente una interruzione di linea. È necessario aggiungere un tag di chiusura per l'elemento P e rendere l'elemento BR in un tag vuoto piuttosto che un tag di inizio:
Infine, è necessario convertire il tag di chiusura del Corpo e gli elementi HTML in caratteri minuscoli per abbinare il tag di inizio: Questo completa la versione ripulita:
Copyright 2000 dal Wacki HTML Writer Per verificarlo, la invia al W3C HTML Validation Service a http://validator.w3.org/. L'esempio un po 'più da rimuovere lo script dal documento e la memorizzazione in un file esterno. Questo permette di sbarazzarsi della sezione CDATA dal file di script non devono essere in formato XML. I nuovi riferimenti elemento script il codice di file utilizzando l'attributo src e sembra che questo: Anche se la prassi XML è accettabile l'utilizzo di un tag vuoto al posto del tag di apertura e di chiusura, la maggior parte dei browser non riconoscere che l'approccio per cercare di curare il resto del documento come uno script. Lo script va in un file separato chiamato mycode.js: presentCount function () (counter = ""; for (i = 0; i <10; i + +) (counter = counter + "" + i;) alert (counter);) Il documento nel suo complesso ora recita: Copyright 2000 dal Wacki HTML Writer Rimedio 2: La DTD Strict e Entity sostituzioneMentre i file prodotti con il primo approccio sono validi XHTML, un po 'di lavoro più in grado di produrre documenti che sono più facili da gestire nel lungo periodo. Ciò richiede che un paio di modifiche strutturali al documento e l'aggiunta di alcune informazioni di fogli di stile CSS. Nel tuo primo passaggio, si converte il documento al DTD HTML 4.01 rigorosa, senza preoccuparsi di XHTML. Poi si converte a XML in due modi leggermente diversi. Inoltre, puoi provare un approccio diverso negli script sul passo XML primo - quello che funziona anche su processori XML, ma che non riesce ancora nella maggior parte dei processori HTML. 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 "Anatomia di un documento XHTML" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.
|
|||||
| Online: 331 users browsing the articles directory |
|
|