Se siete al corrente del HTML, avete certo concetto della lingua di margine di profitto. Se scrivete una lima di testo normale, si compone di caratteri di ASCII semplici. Quando un programma (come il notepad) � usato per visualizzare la lima, tutti i caratteri nella lima di testo saranno visualizzati usando la stessi dimensione, tipo e boldness. Non ci sono caratteristiche speciali per presentare tale tipo di lima.

Le lingue di margine di profitto, come il HTML o XML, permettono che il margine di profitto speciale sia incluso con il testo restante che permetter� il programma che visualizza la lima per determinare come mostrare il testo. In questo modo, il testo speciale come il paragrafo pu� essere giustifica, ha una pi� grande e serie completa di caratteri pi� GRASSETTO, o i colori specifici dell'esposizione possono essere regolati. Inoltre gli elementi supplementari possono essere aggiunti alla lima quali le liste e le tabelle numerate.

Le lingue di margine di profitto usano gli elementi differenti per mettere una zona da parte del soddisfare dall'altro soddisfare. L'esposizione di questi elementi (per esempio colore, formato e tipo della serie completa di caratteri) pu� essere determinata all'interno della lima o della parte esterna di margine di profitto la lima usando un foglio di stile. Normalmente, ci � una serie predeterminata di le caratteristiche di visualizzatore (difetto) per ogni elemento che pu� essere modificato localmente o usando i fogli di stile. Gli autori sono consigliati a separare la determinazione delle caratteristiche dell'esposizione (stile) dalla lima di margine di profitto. Ci� incita l'amministrazione di esposizione a designare molto pi� facile ma la separazione non � richiesta

Le lingue di margine di profitto richiedono un Document type definition che definisce gli elementi che sono permessi nel documento. Il DTD inoltre definisce come gli elementi possono essere usati l'un l'altro con il rapporto. Definisce quant0 e quali elementi possono essere inclusi all'interno di un altro elemento. Il DTD � una lima di testo scritta in una disposizione specifica per definire il documento. Il DTD � basato sulla lingua generalizzata standardizzata di margine di profitto (SGML). Lo SGML � la lingua del genitore di tutte le lingue di margine di profitto. Anche se XML pu� usare un DTD, non � richiesto per quei documenti che sono considerati �ben formati�. Un documento ben formato segue un insieme delle regole per XML e questo oggetto � discusso pi� dettagliatamente pi� successivamente. Il DTD inoltre definisce lle altre caratteristiche dell'elemento come se o non richiede una modifica di conclusione o di inizio con i vari attributi possibili di ogni elemento.

XML � di Extensible Markup Language per i documenti che contengono le informazioni bene strutturate.

Le informazioni strutturate contengono qualunque tipo di soddisfare (parole, immagini, ecc.) e di certa indicazione di che ruolo che giochi soddisfatti (per esempio, il soddisfare in un'intestazione della sezione ha un'importanza diversa dal soddisfare in una nota a pi� di pagina, che significa qualche cosa di differente che il soddisfare nella didascalia o il soddisfare in una tabella della base di dati, ecc.). Quasi tutti i documenti hanno certa struttura.

Una lingua di margine di profitto � un meccanismo per identificare le strutture del documento. Il XML � usato definisce un senso standard aggiungere il margine di profitto ai documenti.

• HTML
• XHTML
• Javascript/VBScript

Per apprezzare XML, � molto importante capire perch� � stato sviluppato. XML � stato sviluppato in modo che i documenti pienamente strutturati potessero essere usati sopra il fotoricettore. Le uniche alternative gradiscono il HTML e lo SGML, non � pratico a questo fine.

Il HTML, viene limite con un insieme di sintassi/semantica e non fornisce la struttura arbitraria.

Lo SGML fornisce la struttura arbitraria, ma � troppo difficile da effettuare appena per un web browser. I sistemi completi dello SGML possono risolvere i grandi, problemi complessi che giustificano la loro spesa. L'esame documenti bene strutturati inoltrati sopra il fotoricettore trasporta raramente questo la giustificazione.

XML non pu� essere previsto completamente per sostituire lo SGML. Mentre XML � destinato basicamente per trasportare il soddisfare strutturato sopra il fotoricettore, alcune delle caratteristiche che difetta di per fare questo pratico, che rende a SGML una soluzione pi� soddisfacente per la creazione e la memorizzazione long-time dei documenti complessi. In molte organizzazioni, lo SGML di filtrazione a XML sar� la procedura standard per la consegna di fotoricettore.
 

XML inizialmente �� stato sviluppato da un bordo editoriale generico di revisione dello SGML del consorzio di World Wide Web formato sotto gli auspici del consorzio W3 in 1996 e presieduto da Jon Bosak di Sun Microsystems, con la partecipazione attiva di un gruppo di lavoro generico dello SGML anche organizzato dal W3C.�

1. Per usare XML sopra il Internet, gli utenti devono potere visualizzare rapidamente e facilmente i documenti di XML quanto i documenti del HTML. In pratica, questo sar� soltanto possibile quando i browsers di XML sono robusti ed ampiamente disponibile quanto i browsers del HTML, ma il principio rimane.





2. Supporto di XML un'ampia variet� di applicazioni. XML dovrebbe essere favorevole ad un'ampia variet� di applicazioni varie: passando in rassegna, creando, analisi soddisfatta, ecc. Anche se il primo fuoco � sui documenti strutturati serving sopra il fotoricettore,





3. XML dovrebbe essere compatibile con lo SGML. La maggior parte della gente coinvolgere nello sforzo di XML vengono dalle organizzazioni che hanno un grande, in alcuni casi vacillanti, quantit� di materiale in SGML. XML � stato destinato pragmatically, per essere compatibile con i campioni attuali mentre risolveva il problema relativamente nuovo di inoltrare i documenti pienamente strutturati sopra il fotoricettore.





4. Dovrebbe essere facile da scrivere i programmi che XML trattato documenta. Il senso informale di esprimere questo obiettivo mentre spec. stava sviluppanda era che deve occorrere circa due settimane affinch� un allievo laureato competente di informatica sviluppasse un programma che pu� procedere i documenti di XML.





5. Molte caratteristiche facoltative in XML deve attenersi ad un minimo assoluto, idealmente azzerano. Le caratteristiche facoltative sollevano inevitabilmente i problemi di compatibilit� quando gli utenti desiderano ripartire i documenti ed a volte condurre a confusione ed alla frustrazione.





6. I documenti di XML dovrebbero essere umano-leggibili e ragionevolmente chiari. Se non avete un browser di XML ed avete ricevuto un hunk di XML da in qualche luogo, dovete potere guardarlo nella il vostri sistema di editazione e realmente figura testi favoriti fuori che cosa il soddisfare significa.





7. Il disegno di XML dovrebbe essere redatto rapidamente. Gli sforzi di campioni sono disreputably lenti. XML � stato necessario immediatamente ed � stato diventato il pi� rapidamente possibile.





8. Il disegno di XML sar� convenzionale e conciso. In molti sensi a notoriamente alla regola 4, essenzialmente significa che XML deve essere espresso nella forma estesa di Backus-Naur (EBNF) e deve essere favorevole agli attrezzi moderni ed alle tecniche del compilatore.
   Ci sono un certo numero di ragioni per le quali tecniche la grammatica dello SGML non pu� essere espressa nella forma estesa di Backus-Naur (EBNF) che scrive un analizzatore adeguato dello SGML richiede il maneggiamento della variet� di usato di raramente e difficile analizzare le caratteristiche di lingua. XML non.





9. � facile da generare i documenti di XML. Anche se ci finalmente saranno redattori complicati per generare e pubblicare il soddisfare di XML, non compariranno immediatamente. Nell'interim, deve essere possibile generare i documenti di XML in altri sensi: direttamente in un sistema di editazione testi, con le coperture semplici e scritti del Perl, ecc.





10. Shortness nel margine di profitto di XML � di importanza minima. Parecchie caratteristiche di lingua dello SGML sono state destinate per minimizzare la quantit� di battitura a macchina richiesta per chiudere a chiave manualmente nei documenti dello SGML. Queste caratteristiche non sono sostenute in XML. Da un punto di vista astratto, questi documenti sono indistinguibili dalle loro forme pi� completamente specificate, ma sostenere queste caratteristiche aggiunge una difficolt� considerevole all'analizzatore dello SGML. In pi�, la maggior parte dei redattori moderni offrono le facilit� migliori per definire le scorciatoie quando digita il testo.

XML non sta venendo al posto del HTML.
XML ed il HTML sono stati progettati con differenti obiettivi:

XML � stato destinato per illustrare i dati e per mettere a fuoco su che cosa i dati sono.
Il HTML � stato progettato alla presentazione dei dati ed al fuoco su come i dati osservano.

Il HTML � circa la presentazione delle informazioni, mentre XML � circa la descrizione delle informazioni.

XML NON FA nulla. XML � stato generato per strutturare, memorizzare e trasmettere le informazioni.

Il seguente esempio � un'azienda a Vyom dai ctc, immagazzinati come XML:

L'azienda ha un'intestazione e un corpo di messaggio. Inoltre ha informazioni della ricevente e del mittente. Ma ancora, questo documento di XML NON FA nulla. � appena le informazioni pure spostate nelle modifiche di XML. Qualcuno deve scrivere una parte di software per trasmetterla, ricevere o visualizzare.

Non ci � campioni di XML ma quanto il campione di XML � stato sviluppato rapidamente e grande numero di fornitori del software ha adottato il campione.

Crediamo fortemente che XML sia importante al futuro del fotoricettore come il HTML � stato al fondamento del fotoricettore e che XML sar� l'attrezzo importante per tutte le manipolazione di dati e trasmissione di dati.