La conversione in HTML e XHTML rigorosaConversione in rigoroso HTMLSi inizia da dichiarare le sue intenzioni di usare il rigoroso HTML 4.01 DTD mettendo l'opportuna dichiarazione DOCTYPE alla testa del documento:
Ora la prima sezione del documento, compresi i tag HTML di apertura e l'elemento HEAD e il suo contenuto, è bene tranne che per una riga. L'elemento SCRIPT non supporta più di un attributo LANGUAGE -, invece, un tipo di attributo contiene un identificatore di contenuto MIME (text / javascript) per lo script è necessario:
Perché questo è ancora regolare HTML e non XHTML, il segno <ed i nomi in maiuscolo elemento nello script vanno bene. Quando si leggono i tag di inizio corpo e il titolo, tuttavia, si dovrebbe notare un problema. L'attributo BGCOLOR dell'elemento corpo non è supportata dal DTD Strict e non è il tipo di carattere [GSL1] elemento usato per il titolo. Ci sono due modi per gestire questo problema. Il primo approccio si muove semplicemente le informazioni di formattazione in una posizione diversa all'interno degli elementi in questione - l'attributo STYLE. Questo approccio, chiamato in-line styling, è più di una soluzione pronta. Si risolve il problema immediato di conservare la formattazione, ma non rendere il documento più gestibile a lungo termine. Il tag BODY nuovo inizio e lo sguardo titolo come questo:
La seconda soluzione separa le informazioni di stile dal codice elemento del tutto, mettendo al suo posto proprio all'interno dell 'elemento del documento testa. Ciò richiede due passi. In primo luogo, di pulire gli elementi utilizzando un elemento H1 al posto del elemento p (dopo tutto, questo è un titolo):
Successivamente, si aggiunge un elemento di stile per l'elemento di testa del documento, contenente le stesse informazioni di formattazione che appare nel attributi di stile. L'elemento di stile utilizza fogli di stile CSS sintassi per identificare gli elementi di cui la formattazione viene applicata e di descrivere la formattazione: Perché le informazioni sono memorizzate ora all'inizio del documento in un elemento di stile, è possibile utilizzare la formattazione tra gli elementi in qualsiasi punto del documento. Mentre potrebbe essere solo uno degli elementi H1 in un documento consegnato, non è insolito per un documento di avere molte copie di titoli a basso livello o di altri componenti. Come dimostra la fase 2, questo approccio consente inoltre di memorizzare le informazioni di stile in una forma che può essere condiviso tra più documenti. Questo lo rende facile da definire e modificare un aspetto di una serie di documenti. Prossimi paragrafi vanno bene così come sono.
Suggerimento Per una spiegazione del perché l'utilizzo di JavaScript è scoraggiato, vedere http://lists.w3.org/Archives/Public/www-html/2000Feb/0039.html. Sebbene caso si mescola nei prossimi pochi elementi LI e il loro contenuto , questi elementi richiedono poche modifiche. È necessario sostituire l'e commerciali nella stringa di query in collegamento con il soggetto e, ed è necessario aggiungere un tag UL di chiusura. Il resto del documento è accettabile è:
Copyright 2000 dal Wacki HTML Writer Conversione in rigoroso XHTMLLa conversione in HTML rigorosa fa molto per semplificare il processo di conversione di una rigorosa XHTML, ma c'è ancora molto da fare. Per cominciare, si utilizza la dichiarazione XML e una dichiarazione diversa DOCTYPE all'inizio di questo documento. La dichiarazione XML vi permette di dichiarare la codifica del documento (che si fa di nuovo l'elemento di testa) e la versione di XML utilizzato, mentre la dichiarazione DOCTYPE processori dice che questo documento possa rispettare le regole del DTD XHTML Strict: Ancora una volta, l'elemento HTML bisogno di qualche modifica: rende minuscole. Cogliere l'occasione per aggiungere qualche informazione sulla lingua il presente documento utilizza (in inglese) e di farlo utilizzando sia l'HTML oldstyle lang e XHTML xml: lang. L'elemento di testa ottiene qualche informazione in più pure. Mentre questa aggiunta non è necessaria per soddisfare le esigenze del DTD Strict, ha senso nel contesto di un approccio rigoroso e prevede l'individuazione la codifica utilizzata in questo documento per i browser HTML:
Si può sperimentare con l'elemento di script in questo documento utilizzando una entità carattere per rappresentare il carattere <piuttosto che nascondere lo script all'interno di una sezione CDATA: Utilizzo di persone può risultare più facile in un contesto di XML-solo che con le sezioni CDATA, ma può causare problemi (come si vedrà) nei browser HTML. È necessario aggiungere un elemento di stile in testa pure. Hai già ripulito l'architettura del corpo e gli elementi h1, quindi basta spostarli in lettere minuscole.
L'elemento successivo, il primo comma, include un ancoraggio con un attributo name. Proprio come con la versione di transizione, avete bisogno di questo minuscolo e completare con un attributo id. L'elemento P ha anche bisogno di un tag di chiusura alla fine del paragrafo. Si deve inserire gli elementi di voce di elenco che seguono in lettere minuscole e dare loro fine tag. L'elemento br dopo la prima voce dell'elenco è inutile in modo è possibile rimuoverlo. Altrimenti, basta fare il minuscolo markup e chiudere l'elemento li.
Browser TestMentre il W3C HTML Validation Service è uno strumento utile per fare in modo che i documenti siano conformi alle specifiche tecniche, la maggior parte dei documenti creati in precedenza avranno almeno alcuni problemi con i browser esistenti. Per dimostrare i tipi di problemi che si possono verificare come si distribuisce XHTML, nelle pagine successive mostrano i risultati di eseguire l'originale HTML, il codice HTML rigorosa, e tutte le loro variazioni attraverso una varietà di browser di annate diverse. Non accetta tutte le versioni del browser, ma è possibile vedere le tendenze emergenti nel corso del tempo. I browser testati qui vanno dalla obsoleti alla sperimentazione. Mentre pochissimi utenti ancora lavorare con Netscape Navigator 1.22 (anche se è ancora utilizzata su alcuni vecchi server), la sua risposta ai documenti XHTML dimostra come alcuni aspetti di un approccio rigoroso XHTML può rendere più appetibile anche per il più antico dei browser commerciali. I browser più recenti hanno un numero straordinario di stranezze che suggeriscono che i Web designer metterà alla prova il loro lavoro in più browser per qualche tempo a venire. Perché l'versioni di Microsoft Internet Explorer tendono a variare ampiamente su diverse piattaforme, posso fornire campioni sia per Macintosh e Windows. Il browser Netscape e Amaya visualizzare gli stessi risultati a prescindere dal sistema operativo utilizzato, così ho mostrare i risultati per Windows NT e Windows 95. Nota È possibile eseguire queste stesse serie di test sul proprio browser. I file di test sono disponibili a http://www.simonstl.com/xhtml/code/chap5/. Mentre i test del browser, non può fare il browser sembrano grandi a gestire XHTML, questo non è affatto una botta sul loro rendimento. La maggior parte di questi sono stati scritti ben prima XHTML ancora cominciato a germinare, quindi non è possibile considerarli responsabili per idee nati molto tempo dopo il loro codice è stato completato. Questa serie di test prevede parametri di riferimento si può usare per determinare la vostra strategia per la creazione di documenti XHTML, non per valutare le prestazioni del browser. Lezioni 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 "Conversione in rigoroso HTML e XHTML" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.
|
|||||
| Online: 287 users browsing the articles directory |
|
|