XML. Stefano Marchetti (stefano[at]redturtle.net)

Transcript

1 XML Stefano Marchetti (stefano[at]redturtle.net)

2 Introduzione Introduzione a XML Creare documenti XML ben formati Creare documenti XML validi: scrivere una DTD Cascading Style Sheets Extensible Style Sheet Language - XSL XML e Java

3 Definizione di XML XML è un linguaggio di markup per documenti che contengono informazioni strutturate. XML è definito dal World Wide Web Consortium (W3C). Un linguaggio di markup è un meccanismo per identificare strutture in un documento. Le informazioni strutturate possono contenere testo, immagini e indicazioni sul ruolo che ha il contenuto. XML è un linguaggio di meta-markup perché consente la definizione di propri markup.

4 Cosa non è XML XML non è come SGML e non è un HTML avanzato. XML è un sottoinsieme di SGML. HTML è un applicazione SGML che definisce, con un insieme ben definito di tag, meccanismi per descrivere la struttura e la visualizzazione di un documento strutturato. SGML (Standard Generalized Markup Language) è uno standard internazionale (ISO 8879) per la definizione di metodi per la rappresentazione di documenti testuali strutturati in forma elettronica.

5 Cosa non è XML SGML viene largamente usato dalle grandi industrie di tecnologia come strumento di immagazzinamento e scambio di informazioni di qualsiasi tipo. SGML non è adatto a descrivere documenti per il web. In altre parole XML è una forma condensata di SGML. Un sistema conforme a SGML è in grado di leggere documenti XML.

6 Perché usare XML? XML è semplice e standard (è W3C Recommendation) Separazione netta tra il contenuto di un documento e la sua presentazione. Si definiscono non solo i dati ma la struttura dei dati. E possibile fare ricerche sulla struttura del documento perché XML aggiunge informazioni semantiche al testo dei documenti. Si definiscono propri tag. I documenti XML sono leggibili. Lo scambio di documenti XML è semplice (è testo!). XML si presta nell uso di una grande varietà di applicazioni eterogenee. XML usa una Document Type Definition (DTD) o uno Schema XML per descrivere i dati

7 Alcune differenze tra XML e HTML In XML i tag non sono predefiniti. In XML si definiscono i propri elementi. XML è stato pensato per distribuire dati XML non è un rimpiazzo di HTML XML e HTML sono stati pensati per differenti scopi: XML è stato progettato per descrivere dati e per focalizzarsi sulla forma dei dati stessi HTML è stato progettato anche per visualizzare dati e si occupa anche di come di dati vengono appaiono

8 Linguaggi di Markup I linguaggi di markup definiscono, attraverso appunto marcatori di testo (markup), il modo in cui il contenuto di un documento deve essere interpretato. HTML è un linguaggio di markup (descrittivo). <HTML> <HEAD> <TITLE>XML</TITLE> </HEAD> <BODY> <CENTER> <H1>Ciao da XML</H1> </CENTER> Benvenuti nel mondo di XML </BODY> </HTML>

9 Linguaggi di Markup I tag <HEAD>, <CENTER> ecc. danno direttive al browser su come interpretare il documento. HTML 4.01 ha oltre 100 tag e considerando i tag aggiunti dai principali browser il numero di tag sale. Considerando l eterogeneità dei tipi di documenti che si possono voler scrivere serve la possibilità di definire nuovi tag.

10 Scrivere un documento XML <?xml version= 1.0 encoding= UTF 8?> <DOCUMENTO> <TITOLO> Ciao Mondo!</TITOLO> <CORPO> Vorrei salutare tutti </CORPO> </DOCUMENTO> <? e?> sono rispettivamente il delimitatore di apertura e chiusura delle processing instructions version è l attributo che indica la versione encoding è l attributo che indica il character encoding; in questo caso una versione condensata a 8 bit di Unicode

11 Scrivere un documento XML Un elemento XML (p.e. <DOCUMENTO> ) deve iniziare con una lettera o un _ ; i caratteri successivi possono essere lettere, numeri, _, punti, -. I documenti XML sono formati da elementi. Ogni elemento XML è caratterizzato da un tag di apertura (p.e. <DOCUMENTO>), seguito da testo o altri tag e dal corrispondente tag di chiusura che inizia con </ (nell esempio </DOCUMENTO>). L elemento radice DOCUMENTO contiene due elementi TITOLO e CORPO; i due elementi contengono entrambi del testo.

12 Scrivere un documento XML XML è case-sensitive quindi il tag <TITOLO> è diverso da <Titolo>.

13 XML nei browser I browser visualizzano i documenti XML senza apportare nessun tipo di formattazione. Esistono due modi per definire una formattazione per un documento XML: con l uso Cascading Style Sheet (CSS) con l uso di Extensible Style Sheet Language (XSL)

14 XML e CSS Per applicare un foglio di stile al documento XML si utilizza la processing instruction: <?xml stylesheet type=text/css href= saluti.css?> Ad esempio: <?xml version= 1.0 encoding= UTF 8?> <?xml stylesheet type=text/css href= saluti.css?> <DOCUMENTO> <TITOLO> Ciao Mondo! </TITOLO> <CORPO> Vorrei salutare tutti </CORPO> </DOCUMENTO>

15 Documenti XML ben formati Un documento XML è ben formato se segue determinate regole di sintassi definite da W3C. Si può dire che un documento XML ben formato deve contenere uno o più elementi e che l elemento radice deve contenere tutti gli atri; inoltre ogni elemento deve essere compreso all interno degli elementi che lo racchiudono in maniera corretta.

16 Documenti XML ben formati Il seguente esempio mostra un documento XML non ben formato in quanto il tag di chiusura </TITOLO> segue il tag di apertura <CORPO>. <?xml version= 1.0 encoding= UTF-8?> <DOCUMENTO> <TITOLO> Ciao Mondo! <CORPO> </TITOLO> Vorrei salutare tutti </CORPO> </DOCUMENTO>

17 Documenti XML Validi Un documento XML è valido se esiste una document type definition (DTD) e se il documento è conforme a quella determinata DTD. La DTD può essere definita in un file separato dal documento XML oppure definita all interno del documento stesso usando l elemento <!DOCTYPE>.

18 La DTD indica che l elemento <DOCUMENTO> contiene un elemento <TITOLO> e un elemento <CORPO> ognuno dei quali contiene testo. Documenti XML Validi <?xml version= 1.0 encoding= UTF 8?> <?xml stylesheet type=text/css href= saluti.css?> <!DOCTYPE DOCUMENTO [ <!ELEMENT DOCUMENTO (TITOLO, CORPO)> <!ELEMENT TITOLO (#PCDATA)> <!ELEMENT CORPO (#PCDATA)> ]> <DOCUMENTO> <TITOLO> Ciao Mondo! </TITOLO> <CORPO> Vorrei salutare tutti </CORPO> </DOCUMENTO>

19 Creare documenti XML ben formati Un documento XML è ben formato se rispetta le specifiche definite da W3C. ( Perché è così importante che un documento XML sia ben formato? W3C specifica che il meccanismo che processa un documento XML non deve tentare la correzione di un documento non ben formato per evitare che si ripeta quanto accaduto con HTML; i browser tentando di correggere gli errori di documenti HTML hanno portato ad una specie di nuova definizione di HTML, definizione su cui i programmatori si basano.

20 Creare documenti XML ben formati Markup e Character Data Tag ed elementi Attributi Struttura logica Regole sintattiche Entità ben formate

21 Creare documenti XML ben formati - markup e Character Data I documenti XML sono formati da markup e da character data. I markup definiscono la struttura di un documento e includono i tag di apertura, i tag di chiusura, i tag di elementi vuoti, le processing instruction, i commenti, entità, sezioni CDATA. I tag iniziano con < e finiscono con >; i markup possono anche iniziare con & e finire con ; nel caso delle entità. Tutto il testo che non è markup è character data.

22 Creare documenti XML ben formati - markup e Character Data <?xml version= 1.0 encoding= UTF-8?> <DOCUMENTO>  <TITOLO> Ciao Mondo! </TITOLO> <CORPO> Vorrei salutare tutti </CORPO> </DOCUMENTO>

23 Creare documenti XML ben formati - tag ed elementi Gli elementi sono formati da un tag di apertura e da un tag di chiusura. Un tag di apertura inizia con < e finisce con > e un tag di chiusura inizia con </ e finisce con >. Il nome di un elemento può iniziare con una lettera, :, _ I caratteri successivi possono essere lettere, numeri, -, :,., _ Esistono inoltre elementi vuoti cioè che sono caratterizzati da un solo tag. <?xml version= 1.0 encoding= UTF-8?> <DOCUMENTO> <CORPO CONTENUTO= Vorrei salutare tutti /> </DOCUMENTO>

24 Creare documenti XML ben formati - attributi Analogamente ad HTML in XML è possibile specificare con coppie nome-valore informazioni aggiuntive all interno di un tag di apertura o di un tag vuoto. Ad esempio: <?xml version= 1.0 encoding= UTF-8?> <DOCUMENTO> <CORPO IMPORTANZA= ALTA > Vorrei salutare tutti </CORPO> </DOCUMENTO> Si assegna il valore ALTA all attributo IMPORTANZA. I nomi degli attributi seguono le stesse regole per i nomi degli elementi. I valori degli attributi vanno racchiusi tra.

25 Creare documenti XML ben formati - attributi I valori degli attributi sono testo e quindi anche i processori XML li considerano come semplice testo; è compito del linguaggio di programmazione occuparsi della eventuale conversione per esempio in un formato numerico. Se per specificare un valore di un attributo si deve usare il carattere si può usare l entità " In genere si consiglia di non usare troppi attributi per i tag per non compromettere la leggibilità del documento. Si deve inoltre tenere conto che gli attributi non consentono di specificare la struttura del documento.

26 Documenti XML ben formati struttura logica Un documento XML ben formato deve: Avere una struttura logica formata da: Un prologo Un solo elemento radice (root) Eventuali altre informazioni opzionali Seguire determinate regole sintattiche Ogni entità deve essere ben formata

27 Documenti XML ben formati - struttura logica - prologo In generale il prologo può contenere dichiarazioni XML processing instruction DTD e commenti.

28 Documenti XML ben formati struttura logica - prologo: dichiarazione XML Un prologo deve contenere una dichiarazione del tipo: <?xml version= 1.0?> La dichiarazione <?xml?> indica che il documento è scritto in XML; il valore dell attributo version specifica la versione del documento e cioè 1.0. È possibile specificare un valore per l attributo opzionale encoding; esso specifica il character set usato.

29 Documenti XML ben formati struttura logica - prologo: processing Instruction Le processing instruction forniscono istruzioni al processore XML; tali istruzioni dipendono dal processore. Esistono istruzioni accettate comunemente come per esempio l istruzione per specificare un foglio di stile: <?xml version= 1.0 encoding= UTF 8?> <?xml stylesheet type= text/css href= saluti.css?> <DOCUMENTO> <TITOLO> Ciao Mondo!</TITOLO> <CORPO>Vorrei salutare tutti</corpo> </DOCUMENTO>

30 Documenti XML ben formati struttura logica - elemento radice E l elemento che contiene tutti gli altri. Nel documento <?xml version= 1.0 encoding= UTF 8?> <DOCUMENTO> </DOCUMENTO> la radice è l elemento DOCUMENTO. In ogni documento XML ben formato tutti gli elementi sono racchiusi dall elemento radice. L elemento radice è molto importante nei documenti XML soprattutto dal punto di vista della programmazione perché il parsing dei documenti parte appunto dall elemento radice.

31 Documenti XML ben formati strttura logica - parti opzionali La parte opzionale di un documento è rappresentata da commenti, processing instruction, spazi vuoti.

32 Documenti XML ben formati struttura logica - parti opzionali. I commenti I commenti in XML, analogamente a HTML, hanno la sintassi <!-- il commento va qua -- > I commenti non possono andare prima della dichiarazione XML e non possono essere inseriti all interno di un tag. È possibile usare i commenti per rimuovere intere parti di un documento, per esempio: <?xml version= 1.0 encoding= UTF 8?> <DOCUMENTO> <TITOLO> Ciao Mondo! </TITOLO> <! <CORPO> Vorrei salutare tutti </CORPO> > </DOCUMENTO>

33 Documenti XML ben formati regole sintattiche Affinchè un documento XML sia ben formato deve rispettare regole relative alla struttura del documento. Dichiarazione XML Elementi del documento Tag di apertura e tag di chiusura Tag per gli elementi vuoti Elemento radice Annidamento corretto degli elementi Nomi degli attributi Valori degli attributi Sezioni CDATA

34 Regole sintattiche - dichiarazione XML La prima regola relativa alla struttura di un documento XML dice che il documento deve iniziare con una dichiarazione

35 Regole sintattiche - elementi del documento Un documento XML ben formato include uno o più elementi. <?xml version= 1.0 encoding= UTF 8?> <DOCUMENTO> <! inizio del documento > <TITOLO> Ciao Mondo! </TITOLO> <CORPO> Vorrei salutare tutti </CORPO> </DOCUMENTO>

36 Regole sintattiche - tag di apertura e tag di chiusura In un documento XML ben formato ogni elemento non vuoto ha un tag di apertura e un tag di chiusura.

37 Regole sintattiche - tag per gli elementi vuoti Gli elementi vuoti non hanno un tag di chiusura e non racchiudono testo o altri markup. Hanno un solo tag che termina con />.

38 Regole sintattiche elemento radice In un documento XML ben formato l elemento radice contiene tutti gli altri elementi.

39 Regole sintattiche annidamento corretto degli elementi In un documento XML ben formato gli elementi devono essere annidati in maniera corretta; questo significa che se un elemento contiene un tag di apertura di un elemento non vuoto allora deve contenere anche il tag di chiusura di quel determinato elemento.

40 Regole sintattiche nomi degli attributi In un documento XML ben formato il nome di un attributo non può essere presente più di una volta all interno di uno stesso elemento. Il documento seguente non è ben formato: <?xml version= 1.0 encoding= UTF 8?> <DOCUMENTO> <CORPO IMPORTANZA= ALTA IMPORTANZA= MEDIA > Vorrei salutare tutti </CORPO> </DOCUMENTO>

41 Regole sintattiche valori degli attributi In un documento XML ben formato i valori degli attributi devono essere racchiusi da o da nel caso il valore contenga. Nel caso il valore contenga caratteri quali e è possibile usare le entità predefinite.

42 Regole sintattiche sezioni CDATA All interno di un elemento i caratteri < e & possono creare difficoltà in quanto indicano rispettivamente l inizio di un tag o di una entità. Anche se comunque è possibile usare le entità < e " nel caso in cui si debbano scrivere molti caratteri speciali conviene utilizzare le sezioni CDATA che consentono di definire sezioni di testo non sottoposte all analisi del parser.

43 Si definisce l elemento MARKUP che contiene testo che si vuole venga mantenuto e che non venga sottoposto a parsing. Regole sintattiche sezioni CDATA La sezione CDATA inizia con <![CDATA[ e termina con ]]>. Nell esempio seguente si usano sezioni CDATA: <?xml version= 1.0 encoding= UTF 8?> <DOCUMENTO> <MARKUP> <![CDATA[ <CORPO>Vorrei salutare tutti</corpo> ]]> </MARKUP> </DOCUMENTO>

44 Documenti XML ben formati - entità ben formate Un entità è una parte di un documento che può contenere testo o dati binari (non contemporaneamente). Un entità indica una unità di memorizzazione in un documento XML. Poiché un entità può fare riferimento per esempio a file esterni al documento occorre, affinchè il documento sia ben formato, che anche l entità stessa sia ben formata.

45 Documenti XML validi definizione di una DTD Lo scopo di questa sezione è quello di fornire le nozioni che consentono di scrivere una Document Type Definition e scrivere un documento XML conforme a tale DTD. Al termine di questa lezione si dovrebbe essere in grado di: Definire un elemento Definire una entità Definire un attributo Definire una DTD e scrivere un documento conforme a tale DTD

46 Documenti XML validi DTD e Schema Un documento XML è valido se esiste una document type definition (DTD) o un XML schema associato ad essa ed il documento è conforme alla DTD o allo schema. La DTD definisce la struttura e la sintassi di un documento XML.

47 Creare una Document Type Declaration Per inserire una DTD in un documento XML occorre dichiarare la definizione di tale DTD. Per dichiarare una DTD si usa l elemento <!DOCTYPE> che assume diverse forme a seconda che si faccia riferimento a una DTD interna o esterna: <!DOCTYPE nomeelementoradice [DTD]> <!DOCTYPE nomeelementoradice SYSTEM URL> <!DOCTYPE nomeelementoradice SYSTEM URL [DTD]> <!DOCTYPE nomeelementoradice PUBLIC identificatore URL> <!DOCTYPE nomeelementoradice PUBLIC ident. URL [DTD]>

48 Dichiarazione di una DTD interna Aggiungendo la dichiarazione di una DTD interna al documento si ottiene: <?xml version= 1.0 encoding= UTF 8?> <!DOCTYPE DOCUMENTO [ ]> <DOCUMENTO> </DOCUMENTO>

49 Creare una DTD interna Per creare una DTD interna al documento si usa la forma: <!DOCTYPE nomeelementoradice [DTD]>

50 Creare una DTD interna - esempio Quindi volessimo definire una DTD per gestire documenti relativi alle informazioni di clienti potremmo avere, per esempio: <?xml version= 1.0 standalone= yes?> <!DOCTYPE DOCUMENTO [ <!ELEMENT DOCUMENTO (CLIENTE)*> <!ELEMENT CLIENTE (NOME, DATA, ORDINI)> <!ELEMENT NOME (#PCDATA)> <!ELEMENT DATA (#PCDATA)> <!ELEMENT ORDINI (OGGETTO)*> <!ELEMENT OGGETTO (PRODOTTO,QUANTITA, PREZZO)> <!ELEMENT PRODOTTO (#PCDATA)> <!ELEMENT QUANTITA (#PCDATA)> <!ELEMENT PREZZO (#PCDATA)> ]> <DOCUMENTO> <CLIENTE> </CLIENTE> </DOCUMENTO>

51 Definizione di una DTD La scrittura di una DTD prevede la definizione degli elementi e la sintassi con cui tali elementi sono strutturati. I paragrafi successivi definiscono: Dichiararazione un elemento Lista di elementi figli Contenuto testuale Sequenze di elementi Scelte Modello misto Elementi vuoti Commenti

52 Definizione di una DTD dichiarazione di un elemento Un elemento si definisce con la sintassi: <!ELEMENT NOME MODELLO DEL CONTENUTO> dove NOME è il nome dell elemento e MODELLO DEL CONTENUTO può essere: EMPTY ANY altri elementi figli testo (PCDATA) contenuto misto Nota: L ordine con cui vengono dichiarati gli elementi non è importante

53 Definizione di una DTD dichiarazione di un elemento Esempi: <!ELEMENT HR EMPTY> <!ELEMENT DOCUMENTO ANY> <!ELEMENT CAPITOLO (INTRODUZIONE, (PARAGRAFO NOTA)*)>

54 Definizione di una DTD lista di elementi figli E possibile dichiarare che un elemento contiene altri elementi usando il nome dell elemento figlio : <!ELEMENT DOCUMENTO (CLIENTE)*> Per dichiarare un elemento che può contenere dei figli esistono diverse possibilità: e+ indica una o più occorrenze di e e* indica zero o più occorrenze di e e? indica una occorrenza di e o niente e,f indica una occorrenza di e seguita da una occorrenza di f e f indica una occorrenza di e o una occorrenza di f ma non entrambe (espressione) indica che espressione è considerata una unità, che può quindi avere gli operatori +, *,?. Nota: Nella DTD non è possibile specificare un determinato numero di occorrenze di un elemento

55 Definizione di una DTD #PCDATA Tutto il testo che non è markup è definito come parser character data; nella definizione di un elemento in una DTD si usa l abbreviazione #PCDATA. I parser character data memorizzano il contenuto del documento e sono il solo modo di specificare il contenuto di un documento XML e non consentono di specificare in nessun modo il tipo di dati (è solo testo). <!ELEMENT NOME (#PCDATA)>

56 Definizione di una DTD sequenze Una sequenza è una lista di elementi separati da virgole che indica al processore XML quali figli un elemento deve avere e in quale ordine tali figli devono apparire. <!ELEMENT CLIENTE (NOME, DATA, ORDINI)> All interno delle sequenze è possibile utilizzare gli operatori?, +, *, per esempio: <!ELEMENT CLIENTE (NOME+, DATA?, ORDINE*)> All interno delle sequenze è possibile definire delle sottosequenze utilizzando le parentesi e utilizzare con tali sotto-sequenze gli operatori?, +, *. Per esempio è possibile definire la sotto-sequenza (NOME,COGNOME): <!ELEMENT CLIENTE ((NOME,COGNOME)+, DATA?, ORDINE*))>

57 Definizione di una DTD esempio Un documento conforme alla DTD: <?xml version= 1.0 standalone= yes?> <!DOCTYPE DOCUMENTO [ <!ELEMENT DOCUMENTO (CLIENTE)*> <!ELEMENT CLIENTE (NOME, DATA, ORDINI)> <!ELEMENT NOME (#PCDATA)> <!ELEMENT DATA (#PCDATA)> <!ELEMENT ORDINI (OGGETTO)*> <!ELEMENT OGGETTO (PRODOTTO,QUANTITA, PREZZO)> <!ELEMENT PRODOTTO (#PCDATA)> <!ELEMENT QUANTITA (#PCDATA)> <!ELEMENT PREZZO (#PCDATA)> ]>...

58 Definizione di una DTD esempio <DOCUMENTO> <CLIENTE> <NOME>Mario Rossi</NOME> <DATA>16 MAGGIO 2001</DATA> <ORDINI> <OGGETTO> <PRODOTTO>Lettore CDROM</PRODOTTO> <QUANTITA>1</QUANTITA> <PREZZO> </PREZZO> </OGGETTO> <OGGETTO> <PRODOTTO>Floppy Disk</PRODOTTO> <QUANTITA>10</QUANTITA> <PREZZO>10.000</PREZZO> </OGGETTO> </ORDINI> </CLIENTE> <CLIENTE> <NOME>Vittorio Verdi</NOME> <DATA>17 MAGGIO 2001</DATA> <ORDINI> <OGGETTO> <PRODOTTO>Mouse cordless</prodotto> <QUANTITA>2</QUANTITA> <PREZZO> </PREZZO> </OGGETTO> </ORDINI> </CLIENTE> </DOCUMENTO>

59 Definizione di una DTD scelte Oltre alle sequenze è possibile utilizzare le scelte (choice) nelle DTD. Le scelte consentono di specificare che uno solo degli elementi può essere presente. Definendo una scelta con gli elementi a,b,c (a b c) significa che solo uno degli elementi può apparire. Con le scelte è possibile utilizzare gli operatori?, +, *. <!ELEMENT RELAZIONE (INTRODUZIONE, (PARAGRAFO+ CITAZIONE))>

60 Definizione di una DTD modello misto Come visto in precedenza un elemento può contenere testo e altri elementi. E possibile definire un elemento che può contenere sia PCDATA che altri elementi. Per esempio: <!ELEMENT PRODOTTO (#PCDATA INFOPRODOTTO)> Il modello misto è sconsigliato in quanto non consente l uso degli operatori?, +, * quindi è preferibile definire un elemento di tipo PCDATA e utilizzare tale elemento in un modello di contenuto standard.

61 Definizione di una DTD elementi vuoti e commenti Elementi vuoti Un elemento vuoto è un elemento che non può contenere PCDATA o altri elementi. Per dichiarare un elemento vuoto: <!ELEMENT ELVUOTO EMPTY> Nel documento XML si può utilizzare in maniera abbreviata nel seguente modo: <ELVUOTO /> Gli elementi vuoti possono avere attributi. Commenti <! commento >

62 Definire una DTD e un documento XML conforme alla DTD Java rappresenta il modo più diffuso di gestire documenti XML. Uno tra i più diffusi pacchetti per gestire XML con Java è XML Parser for Java (XML4J) di IBM alphaworks. Per eseguire l esercizio successivo si deve: Installare un interprete Java Impostare la variabile di ambiente CLASSPATH Definire una DTD che modella un libro e scrivere un documento XML valido rispetto a tale DTD.

63 Definire una DTD e un documento XML conforme alla DTD Per validare il documento XML si utilizzi la classe DOMWriter compresa nel file JAR xercessamples.jar. C:\>java classpath xerces.jar;xercessamples.jar dom.domwriter v libro.xml

64 Creare una DTD esterna In precedenza sono state trattata DTD interne al documento; lo svantaggio è che ogni documento XML incorpora la definizione della DTD. Per condividere la stessa DTD e non dover riscrivere la DTD per ogni documento è possibile creare e usare DTD esterne memorizzate in un file a parte. Esistono due modi per specificare una DTD esterna: come DTD esterne private come DTD esterne pubbliche

65 <!DOCTYPE NOME ELEMENTO RADICE SYSTEM URL > DTD esterne private Le DTD private si utilizzano per un utilizzo privato e non per una distribuzione pubblica. La sintassi è: <!DOCTYPE NOME ELEMENTO RADICE SYSTEM nomedtd.dtd > Il contenuto del file che contiene la DTD è la parte che nelle DTD interne è racchiuso da [ e ]. Se il file che definisce la DTD non è nella stessa cartella sullo stesso server del documento è possibile referenziare la DTD usando un URL (Uniform Resource Locator). La sintassi è:

66 DTD esterne pubbliche La sintassi di una DTD intesa per un uso pubblico è: <!DOCTYPE NOME ELEMENTO RADICE PUBLIC FPI URL> Dove per FPI (formal public identifier) esistono delle regole di sintassi: il primo campo indica il tipo di DTD. - indica DTD definiti di persona e + significa che si riferisce a standard particolari (per esempio ISO) il secondo campo indica il nome del gruppo o della persona che si occupa della definizione del DTD (per W3C il secondo campo vale W3C) il terzo campo indica il tipo di documento e tipicamente contiene anche il numero di versione della DTD il quarto campo indica il linguaggio usato dal DTD (per l italiano IT) I campi nel FPI devono essere separati da // DTD per HTML Strict <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "

67 Nota E possibile utilizzare contemporaneamente DTD interne e DTD esterne. Per le DTD private la sintassi è,: <!DOCTYPE NOME ELEMENTO RADICE SYSTEM URL [DTD]> Per le DTD pubbliche la sintassi è: <!DOCTYPE NOME ELEMENTO RADICE PUBLIC FPI URL [DTD]> È da notare che la differenza tra le due dichiarazioni è nell attributo SYSTEM e nell attributo PUBLIC.

68 Definizione di entità e attributi nella DTD Abbiamo visto in precedenza come definire DTD interne e DTD esterne. Esaminiamo ora come definire una sintassi più ricca con l uso di: Entità INCLUDE e IGNORE Attributi

69 Entità Un entità è un modo per realizzare un riferimento ad un oggetto dati. Le entità sono tipicamente testo ma possono essere anche dati binari. Le entità si dichiarano nella DTD e si utilizzano per riferimento. Si distingue tra: Entità generali Entità di parametro

70 Entità generali Le entità generali vengono utilizzate all interno dei documenti XML. Le entità possono essere: interne esterne Esistono cinque entità predefinite: &amp che corrisponde a & &gt che corrisponde a > &lt che corrisponde a < &apos che corrisponde a &quot che corrisponde a

71 Entità generali E possibile definire entità per singoli caratteri e per farlo occorre specificare il codice carattere in accordo con il tipo di codifica che si sta utilizzando. Per esempio se volessimo definire un entità per il carattere > con la codifica UTF-8 basterebbe: <!ENTITY NUOVOGT > > Dove # indica che il valore è in esadecimale.

72 Entità generali interne La sintassi è: <!ENTITY NOME DEFINIZIONE> Per esempio <!ENTITY SALUTO Salve a tutti. > Nel documento XML si fa riferimento all entità con la sintassi &NOMEENTITA;

73 Entità generali interne Per esempio, all interno di un documento XML: <PARAGRAFO> &SALUTO; Sono lieto di incontrarvi ancora. </PARAGRAFO> E possibile definire le entità in modo annidato per esempio: <!ENTITY SALUTO Salve a tutti. > <!ENTITY INTRODUZIONE &SALUTO; Vorrei ringraziarvi per la presenza >

74 Entità generali esterne Con le entità generali esterne è possibile inserire entità esterne al documento e includerle nel documento stesso. Le entità esterne possono essere testo ma anche interi documenti. Si distingue, analogamente a questo visto per le DTD, tra entità generali esterne private e pubbliche. La sintassi è: <!ENTITY NOME SYSTEM URI> <!ENTITY NOME PUBLIC FPI URI>

75 Entità generali esterne - esempio Supponiamo di avere memorizzato la data 16 Maggio 2001 in un file chiamato data.xml. Per definire un entità collegato a tale file: <!ENTITY OGGI SYSTEM data.xml > Con questo meccanismo è possibile creare documenti costituiti da pezzi e ogni pezzo è a sua volta un documento.

76 Entità di parametro Le entità di parametro consentono la definizione di entità utilizzabili nelle dichiarazioni all interno della DTD. Si distingue tra: entità di parametro interne entità di parametro esterne

77 Entità di parametro interne La sintassi per la definizione di una entità di parametro interna è: <!ENTITY % NOME DEFINIZIONE> Esempio:... <!DOCTYPE DOCUMENTO [... <!ELEMENT % info (NOME, DATA, ORDINI) > <!ELEMENT CLIENTE %info;>... ]> In realtà le entità di parametro interne non sono molto usate perché non è possibile utilizzarle all interno di altre dichiarazioni all interno della DTD. Prima di utilizzare una entità occorre definirla!

78 Entità di parametro esterne Con le entità di parametro esterne è possibile creare riferimenti a tali entità ovunque nella DTD. Si distingue, analogamente a questo visto per le entità generali, tra entità di parametro esterne private e entità di parametro esterne pubbliche. La sintassi è: <!ENTITY % name SYSTEM "URI"> %name; <!ENTITY % name PUBLIC "public_id" "URI"> %name;

79 INCLUDE e IGNORE Le direttive INCLUDE e IGNORE sono usate spesso con entità di parametro. La sintassi è: <![INCLUDE [sezione DTD]]> <![IGNORE [sezione DTD]]> L uso delle direttive INCLUDE e IGNORE consente di creare delle DTD parametrizzate in cui è possibile includere o ignorare sezioni della DTD stessa.

80 INCLUDE e IGNORE Ad esempio parte di una DTD potrebbe essere: <!ENTITY % flag INCLUDE > <![ %flag; [ sezione da includere ]]> In questo modo assegnando semplicemente il valore IGNORE all entità di parametro si esclude la sezione; con questo meccanismo è quindi possibile creare delle DTD modulari.

81 Attributi Gli attributi sono coppie del tipo nome-valore utilizzabili nei tag di apertura o nei tag vuoti. La dichiarazione degli attributi avviene nella DTD. La sintassi per la dichiarazione di un attributo è: <!ATTLIST NOME ELEMENTO NOME ATTRIBUTO TIPO VALORE DI DEFAULT NOME ATTRIBUTO TIPO VALORE DI DEFAULT NOME ATTRIBUTO TIPO VALORE DI DEFAULT > dove NOME-ELEMENTO è il nome dell elemento di cui si devono dichiarare gli attributi, NOME- ATTRIBUTO è il nome dell attributo che si intende definire e TIPO è il tipo dell attributo.

82 Attributi - esempio <!ATTLIST CLIENTE TIPO CDATA #IMPLIED> <DOCUMENTO> <CLIENTE TIPO= OTTIMO > <CLIENTE> CDATA indica che l attributo è di tipo testo e #IMPLIED indica che non c è un valore di default e che l attributo non è obbligatorio.

83 Tipi degli attributi I tipo degli attributi può essere: CDATA Enumerated NMTOKEN NMTOKENS ID IDREF ENTITY ENTITIES NOTATION

84 Tipi degli attributi CDATA ed Enumerated CDATA Indica che il tipo dell attributo è testo (Character Data). E il tipo più semplice. Enumerated Il tipo Enumerated non utilizza una parola chiave come gli altri tipi ma fornisce una lista di possibili valori. Ad esempio: <!ATTLIST CLIENTE AFFIDABILE (VERO FALSO) VERO >

85 Tipi degli attributi NMTOKEN ed NMTOKENS NMTOKEN Il tipo NMTOKEN indica che il valore dell attributo segue le regole dei nomi XML e quindi deve iniziare con una lettera o un _ ; i caratteri successivi possono essere lettere, numeri, _, punti, - ; in particolare i valori di tipo NMTOKEN non possono avere spazi e questo significa che sono formati da una sola parola. Ad esempio: <!ATTLIST CLIENTE AFFIDABILITA NMTOKEN #IMPLIED >

86 Tipi degli attributi NMTOKEN ed NMTOKENS NMTOKENS Il tipo NMTOKENS indica che il valore dell attributo è formato di NMTOKEN separati da spazi. Ad esempio: <!ATTLIST A b NMTOKENS #IMPLIED>

87 Tipi degli attributi ID e IDREF Il tipo ID indica che il valore dell attributo è un identificativo univoco che segue le regole dei nomi XML. L analizzatore XML controlla che non ci siano due elementi con lo stesso valore dell attributo di tipo ID (indipendentemente dal nome dell attributo e dell elemento ai cui appartiene l attributo). E da notare che per ogni elemento è possibile assegnare solo un attributo di tipo ID.

88 Tipi degli attributi ID e IDREF Il tipo IDREF consente la definizione di relazioni tra elementi, in particolare i valori di tipo IDREF di un attributo contengono il valore di tipo ID dell attributo di un altro elemento.

89 Tipi degli attributi ID e IDREF Esempio <!ATTLIST CLIENTE CODICE ID #REQUIRED CAPO IDREF #IMPLIED> <DOCUMENTO> <CLIENTE CODICE= W3451 > <CLIENTE> <CLIENTE CODICE= W3452 CAPO= W3451 > <CLIENTE> Un analizzatore XML può trasmettere la struttura basata su ID e IDREF ad una applicazione sottostante per ricostruire la relazione tra gli elementi.

90 Tipi degli attributi ENTITY, ENTITIES e NOTATION ENTITY Il tipo ENTITY indica che il valore dell attributo può assumere il nome di una entità precedentemente definita. ENTITIES Il tipo ENTITIES indica che il valore dell attributo è formato da ENTITY separati da spazi. NOTATION Il tipo NOTATION è utilizzato per indicare un formato dati non XML.

91 Impostazione dei valori di default nella definizione degli attributi Il valore di default può essere: Un valore testuale racchiuso da #IMPLIED #REQUIRED #FIXED valore Valore testuale Viene utilizzato per impostare un valore direttamente nella dichiarazione dell attributo. # REQUIRED L impostazione #REQUIRED indica che non viene specificato un valore di default ma che un valore per l attributo è obbligatorio.

92 Impostazione dei valori di default nella definizione degli attributi # IMPLIED L impostazione #IMPLIED indica che non viene specificato un valore di default e che l uso dell attributo non è obbligatorio ma comunque possibile. #FIXED valore L impostazione #FIXED valore viene utilizzata per fare in modo che il valore dell attributo abbia un valore costante.

93 XML e CSS (Cascading Style Sheets ) A differenza di HTML, che è un linguaggio di markup specifico per strutturare e presentare documenti, XML è più generale e non ha una semantica di presentazione. Analogamente a quanto avviene con SGML non è previsto alcun meccanismo predefinito per visualizzare i vari elementi di un documento. Ad esempio, un documento XML visualizzato in un browser appare generalmente così com'è, al massimo con una colorazione e una indentazione dei tag impostata dal browser.

94 XML e CSS (Cascading Style Sheets ) Un metodo per gestire la presentazione del contenuto di un documento XML consiste nell'utilizzare i Cascading Style Sheets (CSS). È possibile utilizzare i CSS in modo analogo a come si utilizzano con HTML. Per ciascun elemento del documento XML che vogliamo formattare occorre definire una regola.

95 Associare un foglio di stile ad un documento XML Per applicare un foglio di stile al documento XML si utilizza la processing instruction: <?xml stylesheet type=text/css href= fogliodistile.css?>

96 Esempio: documento XML <?xml version="1.0" encoding="utf 8"?> <?xml stylesheet type="text/css" href="clienticss.css"?> <DOCUMENTO> <CLIENTE> <NOME>Mario Rossi</NOME> <DATA>16 MAGGIO 2006</DATA> <ORDINI> <OGGETTO> <PRODOTTO>Lettore CDROM</PRODOTTO> <QUANTITA>1</QUANTITA> <PREZZO> </PREZZO> </OGGETTO> <OGGETTO> <PRODOTTO>Floppy Disk</PRODOTTO> <QUANTITA>10</QUANTITA> <PREZZO>10.000</PREZZO> </OGGETTO> </ORDINI> </CLIENTE>...

97 Esempio: documento XML... <CLIENTE> <NOME>Vittorio Verdi</NOME> <DATA>17 MAGGIO 2006</DATA> <ORDINI> <OGGETTO> <PRODOTTO>Mouse cordless</prodotto> <QUANTITA>2</QUANTITA> <PREZZO> </PREZZO> </OGGETTO> </ORDINI> </CLIENTE> </DOCUMENTO>

98 Esempio: foglio di stile DOCUMENTO { font family:verdana,arial,sans serif; font size:medium; } NOME { } display:block; font size:large; font weight:bold; border width:1pt; border style:solid; width:450px; text transform:uppercase; background color:#808080; color:#ffffff; text align:center;

99 Esempio: DATA { foglio di stile display:block; text transform:lowercase; position:relative; left:50px; border width:1pt; border style:solid; color:#000000; background color:gray; width:150px; } OGGETTO { display:block; position:relative; width:250px; left:50px; border width:1pt; border style:solid; } PRODOTTO { width:150px; background color:#ff8c00; color:#000000; }

100 Esempio: foglio di stile QUANTITA { font weight:bold; width:50px; text align:right; } PREZZO { text align:right; color:white; background color:black; }

101 Il documento XML senza CSS

102 Il documento XML con CSS

103 Gli RSS (Really Simple Syndication) L'RSS rappresenta un formato studiato per la diffusione di contenuti sul web da parte di portali e siti internet. E' generalmente indicato per siti con aggiornamenti frequenti e regolari o per qualsiasi fonte che desideri diffondere in modo capillare ed immediato le proprie informazioni. Per la distribuzione dei contenuti è necessario realizzare un apposito file XML contenente le informazioni relative ai rispettivi aggiornamenti. Questo file prende il nome di feed o eventualmente newsfeed, proprio per la sua caratteristica di fornitore di notizie. Nota: to Syndicate, indica l'azione di un sito di mettere a disposizione sezioni o interi contenuti attraverso feed.

104 RSS - introduzione Con gli RSS è possibile controllare velocemente gli aggiornamenti di un sito Gli RSS rappresentano un ulteriore modo di diffusione di contenuti oltre all' , PDF, fax, ecc. Con gli RSS è possibile definire dei canali informativi del proprio sito Poichè i dati di un feed sono piccoli è possibile veicolarli in dispositivi particolari come ad esempio cellulari e PDA. Per accedere ai feed serve un apposito programma detto RSS aggregator RSS è un'applicazione di XML 1.0 quindi un documento RSS deve essere ben formato

105 RSS le versioni RSS esiste in differenti versioni RSS 0.90 (Netscape 1999), RSS 0.91, RSS 0.92 RSS 1.0 (Netscape RDF + namespace): Le specifiche 1.0 rappresentano il primo vero e proprio standard sia come diffusione sia come maturità della struttura. L'unico concorrente in grado di fronteggiarlo (e secondo recenti studi sconfiggerlo) è l'rss 2.0. RSS 2.0: Secondo il risultato di diverse ricerche (non solo sui motori), il 2.0 è attualmente il formato RSS più diffuso. La semplicità, unita all'elasticità della sintassi, ha certamente contribuito al raggiungimento di questo obiettivo.

106 Una parentesi su RDF (Resource Description Framework) RDF è un framework per descrivere risorse sul Web RDF (Resource Description Framework) è lo strumento proposto dal W3C per descrivere i metadati relativi ad una risorsa, mettendo a disposizione un linguaggio per esprimere la semantica di una risorsa.

107 Una parentesi su RDF (Resource Description Framework) Definendo una sintassi ed una struttura per rappresentare i Metadati abbiamo a disposizione un modo per descrivere le informazioni, relative ad una risorsa sul Web, che possono essere comprese da una macchina. Si potrebbero sviluppare motori di ricerca più efficienti in grado di basare la loro ricerca non solo sull'occorrenza di una determinata parola all'interno di un documento ma anche in base alla caratterizzazione semantica del documento stesso; oppure si potrebbe realizzare un agente software per il filtraggio dei contenuti di una risorsa in funzione di determinati criteri impostati dall'utente.

108 RSS quale formato (versione) usare Non c'e' uno standard ufficiale per gli RSS. La tendenza attuale è quella di usare la versione 2.0 che è più semplice della 1.0 che invece usa RDF.

109 RSS esempio sito con feed RSS Dal sito dell'ansa (

110 RSS esempio visualizzazione dell' XML Se apro un file RSS con il browser

111 RSS uso di un aggregator (Sage)

112 <item> <title> Pina Martini Salvi espone</title> <link> venti.nsf/rssall/6aa59d057b6a5191c e2188? opendocument</link> <description>dal 03/03/2006 al 19/03/2006</description> </item> </channel> </rss> RSS - sintassi Un esempio di un documento RSS: <?xml version="1.0" encoding="iso "?> <rss version="2.0"> <channel> <title>l@retina > Eventi</title> <link> <description>gli Eventi del Comune di Arezzo</description>

113 RSS - sintassi La prima linea del documento la dichiarazione XML definisce la versione XML e il character encoding. In questo caso la specifica 1.0 di XML e ISO (Latin- 1/West European) character set. (si veda g) La seconda riga indica l'elemento RSS del documento che equivale a dire Questo è un documento RSS versione 2.0 La terza riga definisce l'elemento <channel>

114 RSS - sintassi Successivamente vengono definiti 3 elementi figli di <channel> e cioè <title>, <link> e <description> Segue poi un elemento <item>. L'elemento <item> contiene l'informazione che si vuole mostrare E' possibile avere piuù <item> Gli ultimi tag (</channel> e </rss>) chiudono i tag aperti all'inizio del documento.

115 RSS - sintassi Poichè RSS è XML occorre ricordare che: tutti gli elementi devono avere il tag di chiusura i tag sono case-sensitive gli elementi devono essere opportunamente annidati i valori degli attributi devono usare Commenti nei RSS <! This is a comment >

116 RSS sintassi <channel> All'interno di <channel> gli elementti <title>, <link> e <description> sono obbligatori. Elementi opzionali: <category> Defines one or more categories the channel belongs to <cloud> Allows notification of updates. <copyright> Notifies about copyrighted material <docs> An URL to documentation on the RSS version the channel is using <generator> If the channel is created using an automatic generator, this is defined here <image> Inserts a picture to the channel. <language> Describes what language the channel uses. By using this tag it is possible for RSS aggregators to group sites based on language....

117 RSS sintassi <channel>... <lastbuilddate> Defines the last date the channel was modified <managingeditor> Defines an address for the editor of the site <pubdate> Defines the last publication date for the channel <rating> Parental control rating of the page <skipdays> Defines days where it is unnecessary for RSS aggregators to update the feed <skiphours> Defines hours where it is unnecessary for RSS aggregators to update the feed <textinput> Creates a text input for the channel <ttl> (ttl = time to live) Defines how many minutes the channel can stay cached before refreshing <webmaster> Defines an address for the webmaster of the site

118 RSS sintassi - <item> <title> o <description> sono obbligatori Elementi opzionali: <author> Defines the author of the item. <category> Places the item in one or more of the channel categories. <comments> An URL to a comment's page for the item. <enclosure> Describes a media object related to the item <guid> GUID = Globally Unique Identifier. Defines a unique identifier to the item. <pubdate> The publication date for the item. <source> Is used to define a third party source.

119 RSS altro esempio

120 RSS il risultato

121 RSS validazione dei feed This is a validator for syndicated feeds. It works with RSS 0.90, 0.91, 0.92, 0.93, 0.94, 1.0, 1.1, and 2.0. It also validates Atom feeds.

122 RSS aggregator Sage plug-in FireFox/ThunderBird (RSS (2.0, 1.0, 0.9x) e Atom feeds) Akregator Linux Feedreader Windows Sharpreader Windows Urss plug-in Mozilla Straw Linux Netnewswire Lite Mac OS X

123 Alternative a RSS: Atom Atom is the name of an XML-based Web content and metadata syndication format, and an application-level protocol for publishing and editing Web resources belonging to periodically updated websites. The Atom Syndication Format is produced by the IETF AtomPub Working Group Atom è una alternativa più recente agli RSS e utilizza una diversa sintassi rispetto a RSS Nota: IETF (Internet Engineering Task Force) è una grande Comunità internazionale aperta ai progettisti di reti, agli operatori, ai fornitori e ai ricercatori interessati allo sviluppo dell'architettura di Internet e al regolare funzionamento di Internet. È aperto a tutte le persone interessate.

124 XHTML (Extensible HyperText Markup Language) XHTML è la riformulazione di HTML come applicazione XML. Ciò significa essenzialmente una cosa: un documento XHTML deve essere valido e ben formato.

125 What is XHTML? The Extensible HyperText Markup Language (XHTML ) is a family of current and future document types and modules that reproduce, subset, and extend HTML, reformulated in XML. XHTML Family document types are all XMLbased, and ultimately are designed to work in conjunction with XML-based user agents. XHTML is the successor of HTML, and a series of specifications has been developed for XHTML.

126 Why the need for XHTML? The benefits of migrating to XHTML 1.0 are described above. Some of the benefits of migrating to XHTML in general are: Document developers and user agent designers are constantly discovering new ways to express their ideas through new markup. In XML, it is relatively easy to introduce new elements or additional element attributes. The XHTML family is designed to accommodate these extensions through XHTML modules and techniques for developing new XHTML-conforming modules (described in the XHTML Modularization specification). These modules will permit the combination of existing and new feature sets when developing content and when designing new user agents....

127 Why the need for XHTML?.. Alternate ways of accessing the Internet are constantly being introduced. The XHTML family is designed with general user agent interoperability in mind. Through a new user agent and document profiling mechanism, servers, proxies, and user agents will be able to perform best effort content transformation. Ultimately, it will be possible to develop XHTML-conforming content that is usable by any XHTML-conforming user agent.

128 Differences with HTML 4 Due to the fact that XHTML is an XML application, certain practices that were perfectly legal in SGML-based HTML 4 must be changed.

129 Differences with HTML 4 - Documents must be well-formed Well-formedness is a new concept introduced by XML. Essentially this means that all elements must either have closing tags or be written in a special form (as described below), and that all the elements must nest properly. Although overlapping is illegal in SGML, it is widely tolerated in existing browsers. CORRECT: nested elements. <p>here is an emphasized <em>paragraph</em>.</p> INCORRECT: overlapping elements <p>here is an emphasized <em>paragraph.</p></em>

130 Differences with HTML 4 - Element and attribute names must be in lower case XHTML documents must use lower case for all HTML element and attribute names. This difference is necessary because XML is casesensitive e.g. <li> and <LI> are different tags.

131 Differences with HTML 4 - For non-empty elements, end tags are required In SGML-based HTML 4 certain elements were permitted to omit the end tag; with the elements that followed implying closure. XML does not allow end tags to be omitted. All elements other than those declared in the DTD as EMPTY must have an end tag. Elements that are declared in the DTD as EMPTY can have an end tag or can use empty element shorthand. CORRECT: terminated elements <p>here is a paragraph.</p><p>here is another paragraph.</p> INCORRECT: unterminated elements <p>here is a paragraph.<p>here is another paragraph.

132 Differences with HTML 4 - Attribute values must always be quoted All attribute values must be quoted, even those which appear to be numeric. CORRECT: quoted attribute values <td rowspan="3"> INCORRECT: unquoted attribute values <td rowspan=3>

133 Differences with HTML 4 - Attribute Minimization XML does not support attribute minimization. Attribute-value pairs must be written in full. Attribute names such as compact and checked cannot occur in elements without their value being specified. CORRECT: unminimized attributes <dl compact="compact"> INCORRECT: minimized attributes <dl compact>

134 Differences with HTML 4 - Empty Elements Empty elements must either have an end tag or the start tag must end with />. For instance, <br/> or <hr></hr>. See HTML Compatibility Guidelines for information on ways to ensure this is backward compatible with HTML 4 user agents. CORRECT: terminated empty elements <br/><hr/> INCORRECT: unterminated empty elements <br><hr>

135 An alternative is to use external script and style documents. Differences with HTML 4 - Script and Style elements In XHTML, the script and style elements are declared as having #PCDATA content. As a result, < and & will be treated as the start of markup, and entities such as < and & will be recognized as entity references by the XML processor to < and & respectively. Wrapping the content of the script or style element within a CDATA marked section avoids the expansion of these entities. <script type="text/javascript"> <![CDATA[... unescaped script content... ]]> </script>

136 Differences with HTML 4 - SGML exclusions SGML gives the writer of a DTD the ability to exclude specific elements from being contained within an element. Such prohibitions (called "exclusions") are not possible in XML. For example, the HTML 4 Strict DTD forbids the nesting of an 'a' element within another 'a' element to any descendant depth. It is not possible to spell out such prohibitions in XML. Even though these prohibitions cannot be defined in the DTD, certain elements should not be nested.

137 Differences with HTML 4 - The elements with 'id' and 'name' attributes HTML 4 defined the name attribute for the elements a, applet, form, frame, iframe, img, and map. HTML 4 also introduced the id attribute. Both of these attributes are designed to be used as fragment identifiers. In XML, fragment identifiers are of type ID, and there can only be a single attribute of type ID per element. Therefore, in XHTML 1.0 the id attribute is defined to be of type ID. In order to ensure that XHTML 1.0 documents are well-structured XML documents, XHTML 1.0 documents MUST use the id attribute when defining fragment identifiers on the elements listed above. Note that in XHTML 1.0, the name attribute of these elements is formally deprecated, and will be removed in a subsequent version of XHTML.

138 Differences with HTML 4 - Attributes with pre-defined value sets HTML 4 and XHTML both have some attributes that have pre-defined and limited sets of values (e.g. the type attribute of the input element). In SGML and XML, these are called enumerated attributes. Under HTML 4, the interpretation of these values was case-insensitive, so a value of TEXT was equivalent to a value of text. Under XML, the interpretation of these values is case-sensitive, and in XHTML 1 all of these values are defined in lower-case.

139 XHTML - FAQ What are the advantages of using XHTML rather than HTML? If your document is just pure XHTML 1.0 (not including other markup languages) then you will not yet notice much difference. However as more and more XML tools become available, such as XSLT for tranforming documents, you will start noticing the advantages of using XHTML. If your document is more than XHTML 1.0, for instance including MathML, SMIL, or SVG, then the advantages are immediate: you can't do that sort of thing with HTML. MathML = Mathematical Markup Language (MathML) is an application of XML for describing mathematical notation and capturing both its structure and content. It aims at integrating mathematical formulae into World Wide Web documents SMIL = The Synchronized Multimedia Integration Language (SMIL, pronounced "smile") enables simple authoring of interactive audiovisual presentations. SVG = Scalable Vector Graphics is a markup language for graphics proposed by the W3C that can support rich, graphical user interface for web and mobile applications.

Vedere altro