11 Tabelle

11.1 Introduzione alle tabelle

Il modello di tabella HTML permette agli autori di aggiustare i dati -- testo, testo predisposto, immagini, collegamenti, moduli, campi dei moduli, altre tabelle, etc. -- in file e colonne di celle.

Ciascuna tabella può avere una didascalia associata (vedere l'elemento CAPTION) che fornisce una breve descrizione dello scopo di una tabella. Una descrizione più approfondita può inoltre essere reperita (attraverso l'attributo summary) a vantaggio di persone che utilizzano interpreti vocali o basati sul Braille.

Le file della tabella possono essere raggruppate nelle sezioni di intestazione, note e corpo, (rispettivamente mediante gli elementi THEAD, TFOOT e TBODY). I gruppi di file trasmettono informazioni aggiuntive sulla struttura e possono essere resi dagli interpreti in maniera tale da far risaltare la struttura stessa. Gli interpreti possono sfruttare la divisione testata/corpo/note per supportare lo scorrimento delle sezioni di corpo indipendentemente da quelle di intestazione e di note. Quando si stampano tabelle lunghe, il contenuto della testata e delle note possono essere ripetuti in ogni pagina che contiene i dati della tabella.

Gli autori possono anche raggruppare le colonne per fornire informazioni aggiuntive sulla struttura che possono poi essere sfruttate dagli interpreti. Inoltre, gli autori possono dichiarare le proprietà della colonna al principio della definizione di una tabella (mediante gli elementi COLGROUP e COL) in modo da abilitare gli interpreti ad una visualizzazione della tabella con metodo incrementale piuttosto che dover attendere che arrivino tutti i dati della tabella prima della sua rappresentazione.

Le celle della tabella possono anche contenere un'"intestazione" (vedere l'elemento TH) oppure "dati" (vedere l'elemento TD). Le celle possono estendersi su file e colonne multiple. Il modello di tabella in HTML 4.0 permette agli autori di etichettare ogni cella in modo tale che gli interpreti non-visuali possono comunicare più facilmente all'utente il contenuto dell'intestazione riguardante la cella. Questi meccanismi non solo assistono considerevolmente gli utenti affetti da handicap della vista, ma consentono di gestire le tabelle ai browser multi-modali senza fili con limitate capacità di visualizzazione (ad es., cercapersone o telefoni abilitati al Web).

Le tabelle non dovrebbero essere utilizzate esclusivamente nel senso di impaginare il contenuto del documento poichè ciò potrebbe costituire un problema nel momento in cui debba essere reso da media non-visuali. In più, quando sono impiegate con la grafica, queste tabelle potrebbero forzare gli utenti a scorrere orizzontalmente per visualizzare una tabella concepita per un sistema con un display più largo. Per ridurre al minimo questi inconvenienti, gli autori dovrebbero utilizzare per il controllo dell'impaginazione, più che le tabelle, i fogli di stile.

<TABLE border="1"
          summary="Questa tabella fornisce alcune statistiche sugli acari
                   della frutta: altezza e peso medi, e la percentuale
                   con occhi rossi (sia per i maschi che per le femmine).">
<CAPTION><EM>Una prova di tabella con celle unificate</EM></CAPTION>
<TR><TH rowspan="2"><TH colspan="2">Media
    <TH rowspan="2">Occhi<BR>rossi
<TR><TH>altezza<TH>peso
<TR><TH>Maschi<TD>1.9<TD>0.003<TD>40%
<TR><TH>Femmine<TD>1.7<TD>0.002<TD>43%
</TABLE>

     Una prova di tabella con celle unificate

    /-----------------------------------------\
    |          |       Media       |  Occhi   |
    |          |-------------------|  rossi   |
    |          | altezza |  peso   |          |
    |-----------------------------------------|
    |  Maschi  | 1.9     | 0.003   |   40%    |
    |-----------------------------------------|
    | Femmine  | 1.7     | 0.002   |   43%    |
    \-----------------------------------------/

11.2 Gli elementi per costruire le tabelle

11.2.1 L'elemento TABLE

<!ELEMENTO TABLE - -
     (CAPTION?, (COL*|COLGROUP*), THEAD?, TFOOT?, TBODY+)>
<!ATTLIST TABLE                        -- elemento di tabella --
  %attrs;                              -- %coreattrs, %i18n, %events --
  summary     %Testo;        #IMPLIED  -- scopo/struttura per emissione vocale --
  width       %Length;       #IMPLIED  -- larghezza della tabella --
  border      %Pixels;       #IMPLIED  -- controlla una cornice intorno ad una tabella --
  frame       %TFrame;       #IMPLIED  -- quale lato della cornice delineare --
  rules       %TRules;       #IMPLIED  -- divisori tra file e colonne --
  cellspacing %Length;       #IMPLIED  -- spaziatura tra le celle --
  cellpadding %Length;       #IMPLIED  -- spaziatura dentro le celle --

  >

Tag iniziale: richiesto, Tag finale: richiesto

L'elemento TABLE contiene tutti gli altri elementi che specificano le intestazioni, le file, il contenuto e la composizione.

La seguente lista informativa descrive quali operazioni possono portare a termine gli interpreti quando trattano una tabella:

• Rendere disponibile per l'utente il sommario della tabella. Gli autori dovrebbero fornire un sommario degli argomenti e della struttura contenuti nella tabella cosicchè coloro che si servono di interpreti non visuali possono comprenderla meglio.
• Riportare il titolo, se ne è stato definito uno.
• Riportare l'intestazione della tabella, se ne è stata definita una. Riportare le note della tabella, se sono state definite. Gli interpreti devono sapere dove collocare l'intestazione e le note. Per esempio, se l'elaborazione delle informazioni è impaginata, gli interpreti possono mettere l'intestazione in cima ad ogni pagina e le note in fondo. In modo simile, se l'interprete fonisce un meccanismo per scorrere le file, l'intestazione può apparire al di sopra dell'area di scorrimento e le note in fondo.
• Calcolare il numero delle colonne nella tabella. Notare che il numero delle file in una tabella è uguale a quello degli elementi TR contenuti nell'elemento TABLE.
• Raggruppare le colonne in ottemperanza alle specificazioni del gruppo di colonne.
• Riportare le celle, fila per fila e raggruppate nelle colonne appropriate, tra l'intestazione e le note. Gli interpreti visuali dovrebbero organizzare la tabella in accordo con le specifiche HTML per gli attributi e i fogli di stile.

Il modello di tabella HTML è stato concepito in maniera tale che, con l'ausilio degli autori, gli interpreti possano rappresentare le tabelle con metodo incrementale (ad es., appena arrivino le file della tabella) piuttosto che dover attendere tutti i dati prima di cominciare a formarla.

Al fine di consentire ad un interprete di comporre una tabella in un unico passaggio, gli autori devono riferire:

• Il numero di colonne nella tabella. Si prega di consultare il paragrafo per calcolare il numero delle colonne in una tabella per i dettagli su come supportare questa informazione.
• La larghezza delle suddette colonne. Si prega di consultare il paragrafo per calcolare la larghezza delle colonne per i dettagli su come supportare questa informazione.

Più precisamente, un interprete può rappresentare una tabella in un unico passaggio quando le larghezze delle colonne sono specificate tramite una combinazione di elementi COLGROUP e COL. Se qualcuna delle colonne è specificata in termini relativi o percentuali (vedere il paragrafo per calcolare la larghezza delle colonne), gli autori devono anche specificare la larghezza della tabella stessa.

La direzionalità della tabella 

La direzionalità di una tabella è sia quella ereditata (quella predefinita è da sinistra a destra) che quella specificata dall'attributo dir per l'elemento TABLE.

Per una tabella direzionata da sinistra a destra, la colonna zero è sul lato sinistro e la fila zero è in cima. Per una tabella direzionata da destra a sinistra, la colonna zero è sul lato destro e la fila zero è in cima.

Quando un interprete assegna celle extra ad una fila (vedere il paragrafo per calcolare il numero delle colonne in una tabella), le celle extra di una fila vengono aggiunte al lato destro della tabella se è direzionata da sinistra a destra e sul lato destro per quelle direzionate da destra a sinistra.

Notare che TABLE non è solo l'elemento sul quale dir inverte l'ordine di visualizzazione delle colonne; una fila di una singola tabella (TR) o un gruppo di colonne (COLGROUP) non può essere invertito indipendentemente.

Quando si imposta l'elemento TABLE, l'attributo dir influenza anche la direzione del testo dentro le celle della tabella (poichè l'attributo dir è derivato dagli elementi a livello blocco).

<TABLE dir="RTL">
...il resto della tabella...
</TABLE>

La direzione del testo nelle celle individuali può essere cambiato impostando l'attributo dir in un elemento che definisce la cella. Si prega di consultare il paragrafo testo bidirezionale per maggiori informazioni sulle questioni dell'orientamento testuale.

11.2.2 Le didascalie della tabella: l'elemento CAPTION

<!ELEMENTO CAPTION  - - (%inline;)*     -- didascalia della tabella -->
<!ENTITA' % CAlign "(top|bottom|left|right)">

<!ATTLIST CAPTION
  %attrs;                              -- %coreattrs, %i18n, %events --
  >

Tag iniziale: richiesto, Tag finale: richiesto

Quando è presente, il testo dell'elemento CAPTION dovrebbe descrivere la natura della tabella. L'elemento CAPTION è consentito solo immediatamente dopo il tag iniziale TABLE. Un elemento TABLE può contenere solo un unico elemento CAPTION.

Gli interpreti visuali permettono alle persone vedenti di afferrare rapidamente la struttra della tabella dalle intestazioni come pure dalla didascalia. Una conseguenza di ciò è che i titoli saranno spesso inadeguati, come sommario dello scopo e della struttura della tabella, per coloro che si affidano a interpreti non visuali.

Gli autori perciò dovrebbero aver cura di fornire informazioni aggiuntive che riassumano lo scopo e la struttura della tabella utilizzando l'attributo summary dell'elemento TABLE. Questo è importante in particolar modo per le tabelle senza didascalie. Gli esempi sottostanti illustrano l'uso dell'attributo summary.

Gli interpreti visuali dovrebbero evitare di scartare qualsiasi parte della tabella che includa la didascalia, a meno che venga permesso di accedere a tutte le parti, ad es. tramite scorrimenti orizzontali o verticali. Si raccomanda che il testo della didascalia non ecceda la larghezza dell tabella. (Vedere anche il paragrafo algoritmi di impaginazione consentiti.)

11.2.3 I gruppi di file: gli elementi THEAD, TFOOT, e TBODY

<!ELEMENTO THEAD    - O (TR)+           -- testata della tabella -->
<!ELEMENTO TFOOT    - O (TR)+           -- note della tabella -->

Tag iniziale: richiesto, Tag finale: facoltativo

<!ELEMENTO TBODY    O O (TR)+           -- corpo della tabella -->

Tag iniziale: facoltativo, Tag finale: facoltativo

<!ATTLIST (THEAD|TBODY|TFOOT)          -- sezione di tabella --
  %attrs;                              -- %coreattrs, %i18n, %events --
  %cellhalign;                         -- allineamento orizzontale nelle celle --
  %cellvalign;                         -- allineamento verticale nelle celle --
  >

Le file delle tabelle possono essere raggruppate nelle sezioni testata, note e una o più corpi di tabella, utilizzando rispettivamente gli elementi THEAD, TFOOT e TBODY. Questa divisione permette agli interpreti di supportare lo scorrimento dei corpi della tabella, indipendentemente dalla testata e dalle note. Quando si stampano lunghe tabelle, i contenuti dell'intestazione e delle note possono essere ripetute su ciascuna pagina che contiene i dati della tabella.

La testata e le note dovrebbero contenere informazioni circa le colonne della tabella. Il corpo dovrebbe contenere i dati della tabella nelle file.

Quando è presente, ogni THEAD, TFOOT, e TBODY contiene un gruppo di file. Ogni gruppo di file deve contenere almeno una fila, definita dall'elemento TR.

<TABLE>
<THEAD>
     <TR> ...contenuto della testata...
</THEAD>
<TFOOT>
     <TR> ...contenuto delle note...
</TFOOT>
<TBODY>
     <TR> ...prima fila del blocco uno di dati...
     <TR> ...seconda fila del blocco uno di dati...
</TBODY>
<TBODY>
     <TR> ...prima fila del blocco due di dati...
     <TR> ...seconda fila del blocco due di dati...
     <TR> ...terza fila del blocco due di dati...
</TBODY>
</TABLE>

TFOOT deve comparire prima di TBODY dentro una definizione di TABLE cosicchè l'interprete può riportare le note prima di ricevere tutte le (potenzialmente numerose) file di dati. Qui di seguito si riassumono quali tag sono richiesti e quali possono esser omessi:

• Il tag iniziale TBODY è sempre richiesto tranne quando la tabella contiene solo il corpo senza alcuna intestazione o nota. Il tag finale TBODY può essere sempre omesso senza rischio.
• I tag iniziali per THEAD e TFOOT si richiedono quando l'intestazione e la nota sono, rispettivamente, presenti, mentre i corrispondenti tag finali possono essere sempre omessi senza rischio.

Gli interpreti devono obbedire a queste regole per ragioni di compatibilità all'indietro.

<TABLE>
<THEAD>
     <TR> ...contenuto della testata...
<TFOOT>
     <TR> ...contenuto delle note...
<TBODY>
     <TR> ...prima fila del blocco uno di dati...
     <TR> ...seconda fila del blocco uno di dati...
<TBODY>
     <TR> ...prima fila del blocco due di dati...
     <TR> ...seconda fila del blocco due di dati...
     <TR> ...terza fila del blocco due di dati...
</TABLE>

Le sezioni THEAD, TFOOT, e TBODY devono contenere lo stesso numero di colonne.

11.2.4 I gruppi di colonne: gli elementi COLGROUP e COL

I gruppi di colonne permettono agli autori di creare divisioni strutturali dentro una tabella. Gli autori possono evidenziare questa struttura tramite i fogli di stile o gli attributi HTML (cioè, l'attributo rules per l'elemento TABLE). Per un saggio della presentazione visiva dei gruppi di colonne, si prega di consultare la tabella di esempio.

Una tabella può contenere un solo implicito gruppo di colonne (nessun elemento COLGROUP delimita le colonne) oppure nessun esplicito gruppo di colonne (ognuno delimitato da un'istanza dell'elemento COLGROUP).

L'elemento COL permette agli autori di dividere gli attributi fra alcune colonne senza che ciò implichi alcun raggruppamento strutturale. Lo "span" dell'elemento COL è il numero delle colonne che si divideranno gli attributi dell'elemento.

L'elemento COLGROUP  

<!ELEMENT COLGROUP - O (col)*          -- gruppo di colonne della tabella -->
<!ATTLIST COLGROUP
  %attrs;                              -- %coreattrs, %i18n, %events --
  span        NUMBER         1         -- numero predefinito di colonne in un gruppo --
  width       %MultiLength;  #IMPLIED  -- larghezza predefinita per i COL inclusi --
  %cellhalign;                         -- allineamento orizzontale nelle celle --
  %cellvalign;                         -- allineamento verticale nelle celle --
  >

Tag iniziale: richiesto, Tag finale: facoltativo

L'elemento COLGROUP crea un esplicito gruppo di colonne. Il numero di colonne nel gruppo può essere specificato in due maniere, l'una escludente l'altra:

1. L'attributo dell'elemento span (valore predefinito 1) specifica il numero di colonne nel gruppo.
2. Ogni elemento COL nel COLGROUP rappresenta una o più colonne nel gruppo.

Il vantaggio di usare l'attributo span è che gli autori possono raggruppare insieme informazioni riguardo alle larghezze delle colonne. Così, se una tabella contiene quaranta colonne, tutte con una larghezza pari a 20 pixel, è più facile scrivere:

   <COLGROUP span="40" width="20">
   </COLGROUP>

piuttosto che:

   <COLGROUP>
      <COL width="20">
      <COL width="20">
      ...un totale di quaranta elementi COL...
   </COLGROUP>

Quando è necessario isolare una colonna (ad es., per informazioni sullo stile, per specificare la larghezza, etc.) all'interno di un gruppo, gli autori devono identificare quella colonna con un elemento COL. Quindi, per applicare un'informazione su uno stile particolare all'ultima colonna della tabella di cui sopra, la isoliamo come segue:

   <COLGROUP width="20">
      <COL span="39">
      <COL id="dammi-stile-diverso">
   </COLGROUP>

L'attributo width dell'elemento COLGROUP è derivato da tutte le 40 colonne. Il primo elemento COL si riferisce alle prime 39 colonne (non facendo loro nulla di speciale) e assegna un secondo valore id alla quarantesima colonna cosicchè i fogli di stile possano riferirsi ad essa.

<TABLE>
<COLGROUP span="10" width="50">
<COLGROUP span="5" width="0*">
<THEAD>
<TR><TD> ...
</TABLE>

L'elemento COL  

<!ELEMENT COL      - O EMPTY           -- colonna di tabella -->
<!ATTLIST COL                          -- gruppi di colonne e proprietà --
  %attrs;                              -- %coreattrs, %i18n, %events --
  span        NUMBER         1         -- gli attributi COL influiscono su N colonne --
  width       %MultiLength;  #IMPLIED  -- specificazione della larghezza di colonna --
  %cellhalign;                         -- allineamento orizzontale nelle celle --
  %cellvalign;                         -- allineamento verticale nelle celle --
  >

Tag iniziale: richiesto, Tag finale: proibito

L'elemento COL permette agli autori di raggruppare insieme le specifiche degli attributi per le colonne nella tabella. L'elemento COL non raggruppa insieme le colonne in maniera strutturale -- che è il compito dell'elemento COLGROUP. Gli elementi COL sono vuoti e servono solo da supporto agli attributi. Possono apparire dentro o fuori un gruppo di colonne esplicito (ovvero, l'elemento COLGROUP).

L'attributo width per COL si riferisce alla larghezza di ogni colonna nello span dell'elemento.

Per calcolare il numero di colonne in una tabella 

Ci sono due maniere per determinare il numero delle colonne in una tabella (in ordine di precedenza):

1. Se l'elemento TABLE contiene qualche elemento COLGROUP o COL, gli interpreti dovrebbero calcolare il numero di colonne sommando quanto segue:
   • Per ogni elemento COL, prendere il valore del suo attributo span (valore predefinito 1).
   • Per ogni elemento COLGROUP contenente almeno un elemento COL, ignorare l'attributo span per l'elemento COLGROUP. Per ogni elemento COL, attuare il calcolo del punto 1.
   • Per ogni elemento COLGROUP vuoto, prendere il valore del suo attributo span (valore predefinito 1).
2. Altrimenti, se l'elemento TABLE non contiene elementi COLGROUP o COL, gli interpreti dovrebbero basare il numero di colonne su ciò che è richiesto dalle file. Il numero di colonne è uguale a quello richiesto dalla fila con più colonne, incluse le celle che si espandono su colonne multiple. Per ogni fila che ha meno colonne di quel numero, la fine di quella fila dovrebbe essere riempita con celle vuote. La "fine" di una fila dipende dalla direzionalità della tabella.

È un errore se una tabella contiene elementi COLGROUP o COL e i due calcoli non forniscono lo stesso numero di colonne.

Una volta che l'interprete ha calcolato il numero delle colonne nella tabella, può riunirle in gruppi di colonne.

<TABLE>
<COLGROUP span="3"></COLGROUP>
<TR><TD> ...
...file...
</TABLE>

<TABLE>
<COLGROUP>
<COL>
<COL span="2">
</COLGROUP>
<TR><TD> ...
...file...
</TABLE>

<TABLE>
<COLGROUP>
<COL>
</COLGROUP>
<COLGROUP span="2">
<TR><TD> ...
...file...
</TABLE>

<TABLE>
<TR>
  <TD><TD><TD>
</TR>
</TABLE>

Per calcolare la larghezza delle colonne 

Gli autori possono specificare le larghezze delle colonne in tre modi:

Fixed

Una specificazione di larghezza fissa è data in pixel (ad es., width="30"). Tale specificazione abilita la rappresentazione incrementale.

Percentage

Una specificazione in percentuale (ad es., width="20%") è basata sulla percentuale dello spazio orizzontale disponibile nella tabella (tra i margini sinistro e destro attuali, compresi i floats). Notare che questo spazio non dipende dalla tabella stessa, e quindi le specificazioni in percentuale abilitano la rappresentazione incrementale.

Proportional

Le specificazioni proporzionali (ad es., width="3*") si riferiscono a porzioni dello spazio orizzontale richiesto da una tabella. Se la larghezza della tabella è data con un valore fisso tramite l'attributo width dell'elemento TABLE, gli interpreti possono rappresentare la tabella in maniera incrementale perfino con colonne proporzionali.

Comunque, se la tabella non ha una larghezza fissa, gli interpreti devono ricevere tutti i dati tabellari prima che essi possano determinare lo spazio orizzontale richiesto dalla tabella. Solo allora questo spazio può essere allocato in colonne proporzionali.

Se un autore non specifica nessuna informazione per una colonna, un interprete potrebbe non essere in grado di formare in maniera incrementale la tabella dal momento che deve attendere che arrivino i dati dell'intera colonna per poter assegnare una larghezza appropriata.

Se le larghezze delle colonne risultano essere troppo strette per i contenuti di una particolare cella nella tabella, gli interpreti possono scegliere di ritoccare la tabella.

    

<TABLE>
<COLGROUP>
   <COL width="30">
<COLGROUP>
   <COL width="30">
   <COL width="0*">
   <COL width="2*">
<COLGROUP align="center">
   <COL width="1*">
   <COL width="3*" align="char" char=":">
<THEAD>
<TR><TD> ...
...file...
</TABLE>

    

<TABLE width="200">
<COLGROUP span="10" width="15">
<COLGROUP width="*">
   <COL id="penultima-colonna">
   <COL id="ultima-colonna">
<THEAD>
<TR><TD> ...
...file...
</TABLE>

11.2.5 Le file della tabella: l'elemento TR

<!ELEMENT TR       - O (TH|TD)+        -- fila di tabella -->
<!ATTLIST TR                           -- fila di tabella --
  %attrs;                              -- %coreattrs, %i18n, %events --
  %cellhalign;                         -- allineamento orizzontale nelle celle --
  %cellvalign;                         -- allineamento verticale nelle celle --
  >

Tag iniziale: richiesto, Tag finale: facoltativo

L'elemento TR agisce come contenitore per una fila di celle. Il tag finale può essere omesso.

<TABLE summary="Questa tabella mostra il grafico del numero di tazze
                di caffè consumate da ogni senatore, il tipo 
                di caffè (decaffeinato o normale), e se 
                zuccherato.">
<CAPTION>Tazze di caffè consumate da ogni senatore</CAPTION>
<TR> ...Una fila d'intestazione...
<TR> ...Prima fila di dati...
<TR> ...Seconda fila di dati...
...il resto della tabella...
</TABLE>

11.2.6 Le celle della tabella: gli elementi TH e TD

<!ELEMENT (TH|TD)  - O (%flow;)*       -- cella d'intestazione della tabella, cella di dati della tabella-->
<!-- Scope è più semplice che l'attributo axes per le tabelle comuni -->
<!ENTITY % Scope "(row|col|rowgroup|colgroup)">

<!-- TH è per la testata, TD per i dati, ma per le celle con entrambe le funzioni usare TD -->
<!ATTLIST (TH|TD)                      -- cella di testata o di dati --
  %attrs;                              -- %coreattrs, %i18n, %events --
  abbr        %Text;         #IMPLIED  -- abbreviazione per la cella di testata --
  axis        CDATA          #IMPLIED  -- nomina i gruppi di testate correlate --
  headers     IDREFS         #IMPLIED  -- elenco degli id per le celle di testata --
  scope       %Scope;        #IMPLIED  -- campo coperto dalle celle di testata --
  rowspan     NUMBER         1         -- numero di file espanse per cella --
  colspan     NUMBER         1         -- numero di colonne espanse per cella --
  %cellhalign;                         -- allineamento orizzontale nelle celle --
  %cellvalign;                         -- allineamento verticale nelle celle --
  >

Tag iniziale: richiesto, Tag finale: facoltativo

Le celle della tabella possono contenere due tipi di informazione: intestazioni e dati. Questa distinzione abilita l'interprete a rappresentare le celle di testata e di dati in maniera separata, anche in assenza di fogli di stile. Per esempio, gli interpreti visuali possono presentare in grassetto il testo delle celle di testata. I sintetizzatori vocali possono rendere l'intestazione con una diversa inflessione della voce.

L'elemento TH definisce una cella che contiene un'intestazione. Gli interpreti hanno a disposizione due pezzi di intestazione: i contenuti dell'elemento TH e il valore dell'attributo abbr. Gli interpreti devono rappresentare o i contenuti della cella oppure il valore dell'attributo abbr. Per i media visuali, l'ultima può essere più appropriata quando non vi sia spazio sufficiente a rappresentare tutto il contenuto della cella. Per i media non visuali abbr può essere utilizzato come un'abbreviazione per le testate della tabella quando queste siano poste lungo il contenuto delle celle alle quali si riferiscono.

Gli attributi headers e scope inoltre permettono agli autori di agevolare gli interpreti non visuali nel processare le informazioni delle testate. Si prega di consultare il paragrafo sull'etichettare le celle per gli interpreti non visuali per approfondimenti ed esempi.

L'elemento TD definisce una cella che contiene dati.

Le celle possono essere vuote (cioè, non contengono dati).

<TABLE summary="Questa tabella mostra il grafico del numero di tazze
                di caffè consumate da ogni senatore, il tipo 
                di caffè (decaffeinato o normale), e se 
                zuccherato.">
<CAPTION>Tazze di caffè consumate da ogni senatore</CAPTION>
<TR>
   <TH>Nome</TH>
   <TH>Tazze</TH>
   <TH>Tipo di caffè</TH>
   <TH>Zucchero?</TH>
<TR>
   <TD>T. Sexton</TD>
   <TD>10</TD>
   <TD>Espresso</TD>
   <TD>No</TD>
<TR>
   <TD>J. Dinnen</TD>
   <TD>5</TD>
   <TD>Decaff.</TD>
   <TD>Sì</TD>
</TABLE>

Nome         Tazze      Tipo di caffè    Zucchero?
T. Sexton    10         Espresso         No
J. Dinnen    5          Decaff.          Sì 

Celle che si estendono su più file o colonne 

Le celle possono espandersi su più file o colonne. Il numero di file o colonne unite da una cella è determinato dagli attributi rowspan e colspan per gli elementi TH e TD.

<TABLE border="1">
<CAPTION>Tazze di caffè consumate da ogni senatore</CAPTION>
<TR><TH>Nome<TH>Tazze<TH>Tipo di caffè<TH>Zucchero?
<TR><TD>T. Sexton<TD>10<TD>Espresso<TD>No
<TR><TD>J. Dinnen<TD>5<TD>Decaff.<TD>Sì
<TR><TD>A. Soria<TD colspan="3"><em>Non disponibile</em>
</TABLE>

Tazze di caffè consumate da ogni senatore

 -----------------------------------------
 |   Nome  |Tazze|Tipo di caffè|Zucchero?|
 -----------------------------------------
 |T. Sexton| 10  | Espresso    | No      |
 -----------------------------------------
 |J. Dinnen| 5   | Decaff.     | Sì      |
 -----------------------------------------
 |A. Soria |Non disponibile              |
 -----------------------------------------

<TABLE border="1">
<TR><TD>1 <TD rowspan="2">2 <TD>3
<TR><TD>4 <TD>6
<TR><TD>7 <TD>8 <TD>9
</TABLE>

-------------
| 1 | 2 | 3 | 
----|   |----
| 4 |   | 6 |
----|---|----
| 7 | 8 | 9 |
-------------

<TABLE border="1">
<TR><TD>1 <TD>2 <TD>3
<TR><TD colspan="2">4 <TD>6
<TR><TD>7 <TD>8 <TD>9
</TABLE>

-------------
| 1 | 2 | 3 | 
--------|----
| 4     | 6 |
--------|----
| 7 | 8 | 9 |
-------------

Definire delle celle che si sovrappongono è un errore. Gli interpreti possono variare il modo di gestire questo errore (cioè, cambia il risultato finale).

<TABLE border="1">
<TR><TD>1 <TD>2 <TD>3
<TR><TD>4 <TD rowspan="2">5 <TD>6
<TR><TD colspan="2">7 <TD>9
</TABLE>

11.3 Formazione della tabella mediante interpreti visuali

HTML 4.0 include meccanismi per controllare:

• stili del bordo
• allineamento orizzontale e verticale del contenuto della cella
• e margini della cella

11.3.1 I bordi e i divisori

I seguenti attributi influenzano la cornice esterna e i divisori interni di una tabella.

<TABLE border="1" 
       summary="Questa tabella mostra il grafico del numero di tazze
                di caffè consumate da ogni senatore, il tipo 
                di caffè (decaffeinato o normale), e se 
                zuccherato.">
<CAPTION>Tazze di caffè consumate da ogni senatore</CAPTION>
<TR>
   <TH>Nome</TH>
   <TH>Tazze</TH>
   <TH>Tipo di caffè</TH>
   <TH>Zucchero?</TH>
<TR>
   <TD>T. Sexton</TD>
   <TD>10</TD>
   <TD>Espresso</TD>
   <TD>No</TD>
<TR>
   <TD>J. Dinnen</TD>
   <TD>5</TD>
   <TD>Decaff.</TD>
   <TD>Sì</TD>
</TABLE>

<TABLE border="5" frame="vsides" rules="cols">
<TR> <TD>1 <TD>2 <TD>3
<TR> <TD>4 <TD>5 <TD>6
<TR> <TD>7 <TD>8 <TD>9
</TABLE>

Le seguenti impostazioni dovrebbero essere osservate dagli interpreti per la compatibilità all'indietro.

• Impostare border="0" implica frame="void" e, a meno che non sia diversamente specificato, rules="none".
• Altri valori di border implicano frame="border" e, a meno che non sia diversamente specificato, rules="all".
• Il valore "border" nel tag iniziale dell'elemento TABLE dovrebbe essere interpretato come il valore dell'attributo frame. Ciò implica che rules="all" e qualche valore predefinito (diverso da zero) per l'attributo border.

<TABLE border="2">
<TABLE border="2" frame="border" rules="all">

<TABLE border>
<TABLE frame="border" rules="all">

11.3.2 L'allineamento orizzontale e verticale

I seguenti attributi possonno essere impostati per diversi elementi di tabella (vedere le loro definizioni).

<!-- attributi di allineamento orizzontale per il contenuto delle celle -->
<!ENTITY % cellhalign
  "align      (left|center|right|justify|char) #IMPLIED
   char       %Character;    #IMPLIED  -- allineamento carattere, ad es. char=':' --
   charoff    %Length;       #IMPLIED  -- rientro per l'allineamento carattere --"
  >
<!-- attributi di allinemaento verticale per il contenuto delle celle -->
<!ENTITY % cellvalign
  "valign     (top|middle|bottom|baseline) #IMPLIED"
  >

<TABLE border="1">
<COLGROUP>
<COL><COL align="char" char=".">
<THEAD>
<TR><TH>Vegetali <TH>Costo al kilo
<TBODY>
<TR><TD>Lattuga        <TD>$1
<TR><TD>Carote         <TD>$10.50
<TR><TD>Rape           <TD>$100.30
</TABLE>

------------------------------
|   Vegetali   |Costo al kilo|
|--------------|-------------|
|Lattuga       |        $1   |
|--------------|-------------|
|Carote        |       $10.50|
|--------------|-------------|
|Rape          |      $100.30|
------------------------------

Quando il contenuto di una cella presenta più di un'istanza di carattere d'allineamento, specificate da char e dal ritorno a capo, il comportamento degli interpreti è imprevedible. Perciò gli autori dovrebbero essere accorti nell'uso di char.

L'ereditarietà delle specifiche d'allineamento 

L'allineamento dei contenuti delle celle può essere specificato in base ad una cella per volta o ereditato dagli elementi circostanti, quali sono la fila, la colonna o la tabella stessa.

L'ordine di precedenza (dal più alto al più basso) per gli attributi align, char, e charoff è il seguente:

1. Un attributo d'allineamento impostato su un elemnto all'interno di un dato di una cella (ad es., P).
2. Un attributo d'allineamento impostato su una cella (TH e TD).
3. Un attributo d'allineamento impostato su un elemento di raggruppamento colonne (COL e COLGROUP). Quando una cella è parte di un'unione multi-colonnata, la proprietà d'allineamento è ereditata dalla definizione di cella fatta al principio dell'unione.
4. Un attributo d'allineamento impostato su un elemento di fila o di raggruppamento di file (TR, THEAD, TFOOT, e TBODY). Quando una cella è parte di un'unione multi-filare, la proprietà d'allineamento è ereditata dalla definizione di cella fatta al principio dell'unione.
5. Un attributo d'allineamento impostato sulla tabella (TABLE).
6. Il valore predefinito d'allineamento.

L'ordine di precedenza (dal più alto al più basso) per l'attributo valign (come pure gli altri attributi lang ereditati, dir, e style) è il seguente:

1. Un attributo impostato su un elemento all'interno di dati per una cella (ad es., P).
2. Un attributo impostato su una cella (TH e TD).
3. Un attributo impostato su un elemento di fila o di raggruppamento di file (TR, THEAD, TFOOT, e TBODY). Quando una cella è parte di un'unione mullti-filare, il valore d'attributo è ereditato dalla definizione di cella fatta al principio dell'unione.
4. Un attributo impostato su un elemento di colonna o di raggruppamento di colonne (COL e COLGROUP). Quando una cella è parte di un'unione multi-colonnata, il valore d'attributo è ereditato dalla definizione di cella fatta al principio dell'unione.
5. Un attributo impostato sulla tabella (TABLE).
6. Il valore predefinito d'attributo.

Inoltre, quando si rappresentano le celle, l'allineamento orizzontale è determinato preferibilmente dalle colonne che dalle file, mentre per quello verticale, le file sono preferite alle colonne.

L'allineamento predefinito per le celle dipende dall'interprete. Comunque, gli interpreti dovrebbero sostituire l'attributo predefinito per la direzionalità corrente (cioè, non solo "a sinistra" in tutti i casi).

Gli interpreti che non supportano il valore "justify" dell'attributo align al suo posto dovrebbero usare il valore della direzionalità ereditata.

11.3.3 I margini della cella

Questi due attributi controllano la spaziatura tra e dentro le celle. La seguente illustrazione spiega qual è la relazione tra di loro:

<TABLE cellspacing="20" cellpadding="20%">
<TR> <TD>Dato1 <TD>Dato2 <TD>Dato3
</TABLE>

Se una tabella o una data colonna ha una larghezza prefissata, cellspacing e cellpadding possono richiedere ancora più spazio di quello assegnato. Gli interpreti possono dare precedenza a questi attributi a discapito di quello width quando si verifichi un conflitto, ma non sono obbligati.

11.4 La rappresentazione della tabella mediante interpreti non visuali

11.4.1 Per associare l'intestazione ai dati delle celle

Gli interpreti non visuali come i sintetizzatori vocali e i dispositivi basati sul Braille possono utilizzare i seguenti elementi TD e TH per rappresentare le celle di tabelle in maniera più intuitiva:

• Per un certa cella di dati, l'attributo headers elenca quali celle forniscono intestazioni pertinenti. A questo scopo, ogni cella di testata dev'essere nominata usando l'attributo id. Notare che non è sempre possibile fare una chiara divisione delle celle in quelle di testata o di dati. Si dovrebbe impiegare l'elemento TD per tali celle, insieme con gli attributi id o scope più appropriati.
• Per una certa cella di testata, l'attributo scope dice all'interprete le celle di dati per le quali questa intestazione fornisce delle informazioni. Gli autori possono scegliere di impiegare questo attributo al posto di headers in base a quello che risulti più conveniente; i due attributi ricoprono la stessa funzione. L'attributo headers è necessario in genere quando le testate sono poste in posizione irregolari rispetto ai dati cui devono applicarsi.
• L'attributo abbr specifica una testata abbreviata per le celle di testata cosicchè gli interpreti possono riportare le intestazioni più rapidamente.

<TABLE border="1" 
       summary="Questa tabella visualizza il numero delle tazze
                di caffè consumate da ogni senatore, il tipo
                di caffè (decaffeinato o normale) e se    
                zuccherato.">
<CAPTION>Tazze di caffè consumate da ogni senatore</CAPTION>
<TR>
   <TH id="t1">Nome</TH>
   <TH id="t2">Tazze</TH>
   <TH id="t3" abbr="Tipo">Tipo di caffè</TH>
   <TH id="t4">Zucchero?</TH>
<TR>
   <TD headers="t1">T. Sexton</TD>
   <TD headers="t2">10</TD>
   <TD headers="t3">Espresso</TD>
   <TD headers="t4">No</TD>
<TR>
   <TD headers="t1">J. Dinnen</TD>
   <TD headers="t2">5</TD>
   <TD headers="t3">Decaff.</TD>
   <TD headers="t4">Sì</TD>
</TABLE>

Titolo:   Tazze di caffè consumate da ogni senatore
Sommario: Questa tabella visualizza il numero di tazze
         di caffè consumate da ogni senatore, il tipo 
         di caffè (decaffeinato o normale e se zuccherato.
Nome: T. Sexton,   Tazze: 10,   Tipo: Espresso,   Zucchero: No
Nome: J. Dinnen,   Tazze: 5,    Tipo: Decaff.,    Zucchero: Sì 

<TABLE border="1" 
       summary="Questa tabella visualizza il numero delle tazze
                di caffè consumate da ogni senatore, il tipo
                di caffè (decaffeinato o normale) e se    
                zuccherato.">
<CAPTION>Tazze di caffè consumate da ogni senatore</CAPTION>
<TR>
   <TH scope="col">Nome</TH>
   <TH scope="col">Tazze</TH>
   <TH scope="col" abbr="Tipo">Tipo di caffè</TH>
   <TH scope="col">Zucchero?</TH>
<TR>
   <TD>T. Sexton</TD>
   <TD>10</TD>
   <TD>Espresso</TD>
   <TD>No</TD>
<TR>
   <TD>J. Dinnen</TD>
   <TD>5</TD>
   <TD>Decaff.</TD>
   <TD>Sì</TD>
</TABLE>

<TABLE border="1" cellpadding="5" cellspacing="2"
  summary="Corsi di storia offerti nella comunità
           Bath ordinati per nome del corso, insegnante, sommario, 
           codice, e tassa">
  <TR>
    <TH colspan="5" scope="colgroup">Corsi della Comunità -- Bath Autunno 1997</TH>
  </TR>
  <TR>
    <TH scope="col" abbr="Nome">Nome Corso</TH>
    <TH scope="col" abbr="Insegnante">Insegnante Corso</TH>
    <TH scope="col">Sommario</TH>
    <TH scope="col">Codice</TH>
    <TH scope="col">Tassa</TH>
  </TR>
  <TR>
    <TD scope="row">Dopo la Guerra Civile</TD>
    <TD>Dr. John Wroughton</TD>
    <TD>
       Il corso esaminerà gli anni turbolenti in Inghilterra
       dopo il 1646. <EM>incontri per 6 settimane a partire da lunedì 13
      ottobre.</EM>
    </TD>
    <TD>H27</TD>
    <TD>&pound;32</TD>
  </TR>
  <TR>
    <TD scope="row">Un'introduzione all'Inghilterra sassone</TD>
    <TD>Mark Cottle</TD>
    <TD>
       Corso di un giorno introduttivo al periodo del primo
       Medioevo per ricostruire i Sassoni e la loro
       società. <EM>sabato 18 ottobre.</EM>
    </TD>
    <TD>H28</TD>
    <TD>&pound;18</TD>
  </TR>
  <TR>
    <TD scope="row">La Gloria che fu la Grecia</TD>
    <TD>Valerie Lorenz</TD>
    <TD>
     Culla della democrazia, della filosofia, cuore del teatro, casa dell'oratoria.
     I Romani possono averla praticata ma i Greci l'hanno fatto
     prima. <EM>sabato giorno di scuola 25 ottobre 1997</EM>
    </TD>
    <TD>H30</TD>
    <TD>&pound;18</TD>
  </TR>
</TABLE>

11.4.2 Per categorizzare le celle

Gli utenti che consultino una tabella con un interprete basato sulla voce possono desiderare di ascoltare una spiegazione del contenuto di una cella in aggiunta al contenuto stesso. Un modo in cui l'interprete potrebbe fornire una spiegazione è quello di dire le intestazioni associate prima di dire il contenuto delle celle di dati (vedere il paragrafo per associare l'intestazione alle celle di dati).

Gli utenti potrebbero volere inoltre informazioni riguardo a più di una cella, in tal caso l'intestazione fornita al livello di cella (da headers, scope, e abbr) potrebbero non fornire un contesto adeguato. Si consideri la seguente tabella, che classifica le spese per pasti, alberghi, e trasporto in due luoghi (San Jose e Seattle) per alcuni giorni:

Gli utenti potrebbero volere estrapolare delle informazioni dalla tabella in forma di quesiti:

• "Quanto ho speso per tutti i miei pasti?"
• "Quanto ho speso per i pasti il 25 agosto?"
• "Quanto ho speso in tutto a San Jose?"

Ciascun quesito comporta un calcolo fatto dall'interprete che a sua volta può coinvolgere zero o più celle. Allo scopo di determinare, per esempio, i costi dei pasti del 25 agosto, l'interprete deve conoscere quali celle di tabella si riferiscono ai "Pasti" (tutte loro) e quali si riferiscono alle "Date" (specificamente, 25 agosto), e trovare l'intersezione dei due dati.

Per soddisfare questo tipo di quesito, il modello di tabella HTML 4.0 permette agli autori di porre in categorie le celle di testate e di dati. Per esempio, per la tabella delle spese di viaggio, un autore potrebbe raggruppare le celle di testata "San Jose" e "Seattle" nella categoria "Luogo", le testate "Pasti", "Alberghi", e "Trasporto" nella categoria "Spese", e i quattro giorni nella categoria "Data". Le tre precedenti domande avrebbero allora questi significati:

• "Quanto ho speso per tutti i miei pasti?" sta per "Quali sono tutte le celle di dati nella categoria "Spese=Pasti"?
• "Quanto ho speso per i pasti il 25 agosto?" sta per "Quali sono le celle di dati nelle categorie "Spese=Pastti" e "Data=Ago-25-1997"?
• "Quanto ho speso in tutto a San Jose?" sta per "Quali sono le celle di dati nelle categorie "Spese=Pasti, Alberghi, Trasporto" e "Luogo=San Jose"?

Gli autori categorizzano una cella di testata o di dati impostando l'attributo axis per la cella. Per esempio, nella tabella delle spese di viaggio, la cella contenente l'informazione "San Jose" potrebbe essere posta nella categoria "Luogo" come segue:

  <TH id="a6" axis="Luogo">San Jose</TH>

Ogni cella contenente informazioni relative a "San Jose" dovrebbe riferirsi a questa cella di testata sia mediante l'attributo headers o quello scope. Così, le spese per i pasti del 25-Ago-1997 dovrebbe essere marcato per riferirsi all'attributo id (il cui valore qui è "a6") della cella di testata "San Jose":

  

  <TD headers="a6">37.74</TD>

Ogni attributo headers fornisce un elenco dei riferimenti id. Gli autori possono così categorizzare una data cella in qualunque maniera (oppure, lungo qualunque numero di "headers", da cui il nome).

Sotto abbiamo marcato la tabella delle spese di viaggio con informazioni sulle categorie:

<TABLE border="1"
          summary="Questa tabella riassume le spese di viaggio
                   occorse durante gli spostamenti di agosto per
                   San Jose e Seattle">
<CAPTION>
  Viaggio Spese Rapporto
</CAPTION>
<TR>
  <TH></TH>
  <TH id="a2" axis="spese">Pasti</TH>
  <TH id="a3" axis="spese">Alberghi</TH>
  <TH id="a4" axis="spese">Trasporto</TH>
  <TD>subtotali</TD>
</TR>
<TR>
  <TH id="a6" axis="luogo">San Jose</TH>
  <TH></TH>
  <TH></TH>
  <TH></TH>
  <TD></TD>
</TR>
<TR>
  <TD id="a7" axis="data">25-Ago-97</TD>
  <TD headers="a6 a7 a2">37.74</TD>
  <TD headers="a6 a7 a3">112.00</TD>
  <TD headers="a6 a7 a4">45.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD id="a8" axis="data">26-Ago-97</TD>
  <TD headers="a6 a8 a2">27.28</TD>
  <TD headers="a6 a8 a3">112.00</TD>
  <TD headers="a6 a8 a4">45.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD>subtotali</TD>
  <TD>65.02</TD>
  <TD>224.00</TD>
  <TD>90.00</TD>
  <TD>379.02</TD>
</TR>
<TR>
  <TH id="a10" axis="luogo">Seattle</TH>
  <TH></TH>
  <TH></TH>
  <TH></TH>
  <TD></TD>
</TR>
<TR>
  <TD id="a11" axis="data">27-Ago-97</TD>
  <TD headers="a10 a11 a2">96.25</TD>
  <TD headers="a10 a11 a3">109.00</TD>
  <TD headers="a10 a11 a4">36.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD id="a12" axis="data">28-Ago-97</TD>
  <TD headers="a10 a12 a2">35.00</TD>
  <TD headers="a10 a12 a3">109.00</TD>
  <TD headers="a10 a12 a4">36.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD>subtotali</TD>
  <TD>131.25</TD>
  <TD>218.00</TD>
  <TD>72.00</TD>
  <TD>421.25</TD>
</TR>
<TR>
  <TH>Totali</TH>
  <TD>196.27</TD>
  <TD>442.00</TD>
  <TD>162.00</TD>
  <TD>800.27</TD>
</TR>
</TABLE>

Notare che marcare così la tabella permette inoltre agli interpreti di non confondere l'utente con informazioni non richieste. Per esempio, se un sintetizzatore vocale dovesse ripetere tutte le cifre nella colonna "Pasti" della tabella in risposta alla domanda "Quanto ho speso in tutto per i miei pasti?", un utente non sarebbe in grado di distinguere le spese giornaliere dai subtotali o totali. Con una categorizzazione attenta delle celle di dati, gli autori permettono agli interpreti di fare importanti distinzioni semantiche nella rappresentazione.

Naturalmente, non ci sono limiti a come gli autori possono categorizzare le informazioni in una tabella. Nella tabella delle spese di viaggio, per esempio, avremmo potuto aggiungere le categorie "subtotali" e "totali".

Queste specifiche non impongono agli interpreti di gestire le informazioni fornite dall'attributo axis, nè emette alcuna direttiva su come gli interpreti debbano presentare agli utenti le informazioni di axis o su come gli utenti possano interrogare l'interprete su queste informazioni.

Comunque, gli interpreti, in particolar modo i sintetizzatori vocali, possono aver bisogno di estrarre informazioni comuni ad alcune celle che sono il risultato di un'interrogazione. Per esempio, se l'utente chiede "Quanto ho speso per i pasti a San Jose?", l'interprete determinerebbe prima le celle dell'interrogazione (25-Ago-1997: 37.74, 26-Ago-1997:27.28), e poi mostrerebbe questa informazione. Un interprete che legga questa informazione potrebbe dire:

   Luogo: San Jose. Data: 25-Aug-1997. Spesa, Pasti: 37.74
   Luogo: San Jose. Data: 26-Aug-1997. Spesa, Pasti: 27.28

oppure, più sinteticamente:

   San Jose, 25-Ago-1997, Pasti: 37.74
   San Jose, 26-Ago-1997, Pasti: 27.28

Una rappresentazione ancora più elegante estrarrebbe le informazioni comuni e le riordinerebbe:

   San Jose, Pasti, 25-Ago-1997: 37.74
                    26-Ago-1997: 27.28

Gli interpreti che supportano questo tipo di rappresentazione dovrebbero dotare gli interpreti di un mezzo per personalizzarla (ad es., attraverso i fogli di stile).

11.4.3 L'algoritmo per trovare l'intestazione

In assenza di intestazione sia nell'attributo scope che headers, gli interpreti possono costruirla in base al seguente algoritmo. L'obiettivo dell'algoritmo è quello di trovare un elenco ordinato di testate. (Nella seguente descrizione dell'algoritmo la direzionalità della tabella si presume essere da sinistra a destra.)

• Prima cerca a sinistra dalla posizione della cella per trovare le celle di testata della fila. Poi cerca verso l'alto per trovare le celle di testata della colonna. La ricerca in una data direzione si ferma quando viene raggiunto il limite della tabella o quando viene trovata una data cella dopo una cella di testata.
• Le testate di fila sono inserite nell'elenco nell'ordine in cui appaiono nella tabella. Per le tabelle orientate da sinistra a destra, le testate vengono inserite da sinistra a destra.
• Le testate di colonna sono inserite dopo le testate di fila, nell'ordine in cui appaiono nella tabella, dall'alto verso il basso.
• Se una cella di testata ha impostato l'attributo headers, allora le testate che fanno riferimento a questo attributo vengono inserite nell'elenco e si ferma la ricerca nella direzione corrente.
• Le celle create con TD che impostano l'attributo axis vengono anche trattate come celle di testata.

11.5 Esempio di tabella

Questo esempio illustra file e colonne raggruppate. E' stato adattato da "Developing International Software", ad opera di Nadine Kano.

<TABLE border="2" frame="hsides" rules="groups"
          summary="I codici di pagina supportati nelle differenti versioni
                   di MS Windows.">
<CAPTION>I CODICI DI PAGINA SUPPORTATI IN MICROSOFT WINDOWS</CAPTION>
<COLGROUP align="center">
<COLGROUP align="left">
<COLGROUP align="center" span="2">
<COLGROUP align="center" span="3">
<THEAD valign="top">
<TR>
<TH>Codici di pagina<BR>ID
<TH>Nome
<TH>ACP
<TH>OEMCP
<TH>Windows<BR>NT 3.1
<TH>Windows<BR>NT 3.51
<TH>Windows<BR>95
<TBODY>
<TR><TD>1200<TD>Unicode (BMP of ISO/IEC-10646)<TD><TD><TD>X<TD>X<TD>*
<TR><TD>1250<TD>Windows 3.1 Eastern European<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1251<TD>Windows 3.1 Cyrillic<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1252<TD>Windows 3.1 US (ANSI)<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1253<TD>Windows 3.1 Greek<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1254<TD>Windows 3.1 Turkish<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1255<TD>Hebrew<TD>X<TD><TD><TD><TD>X
<TR><TD>1256<TD>Arabic<TD>X<TD><TD><TD><TD>X
<TR><TD>1257<TD>Baltic<TD>X<TD><TD><TD><TD>X
<TR><TD>1361<TD>Korean (Johab)<TD>X<TD><TD><TD>**<TD>X
<TBODY>
<TR><TD>437<TD>MS-DOS United States<TD><TD>X<TD>X<TD>X<TD>X
<TR><TD>708<TD>Arabic (ASMO 708)<TD><TD>X<TD><TD><TD>X
<TR><TD>709<TD>Arabic (ASMO 449+, BCON V4)<TD><TD>X<TD><TD><TD>X
<TR><TD>710<TD>Arabic (Transparent Arabic)<TD><TD>X<TD><TD><TD>X
<TR><TD>720<TD>Arabic (Transparent ASMO)<TD><TD>X<TD><TD><TD>X
</TABLE>

                  CODICI DI PAGINA SUPPORTATI IN MICROSOFT WINDOWS

===============================================================================
    ID    | Nome                         | ACP  OEMCP | Windows Windows Windows
 Cod.pag. |                              |            |  NT 3.1 NT 3.51    95
-------------------------------------------------------------------------------
   1200   | Unicode (BMP of ISO 10646)   |            |    X       X       *
   1250   | Windows 3.1 Eastern European |  X         |    X       X       X
   1251   | Windows 3.1 Cyrillic         |  X         |    X       X       X
   1252   | Windows 3.1 US (ANSI)        |  X         |    X       X       X
   1253   | Windows 3.1 Greek            |  X         |    X       X       X
   1254   | Windows 3.1 Turkish          |  X         |    X       X       X
   1255   | Hebrew                       |  X         |                    X
   1256   | Arabic                       |  X         |                    X
   1257   | Baltic                       |  X         |                    X
   1361   | Korean (Johab)               |  X         |            **      X
-------------------------------------------------------------------------------
    437   | MS-DOS United States         |        X   |    X       X       X
    708   | Arabic (ASMO 708)            |        X   |                    X
    709   | Arabic (ASMO 449+, BCON V4)  |        X   |                    X
    710   | Arabic (Transparent Arabic)  |        X   |                    X
    720   | Arabic (Transparent ASMO)    |        X   |                    X

===============================================================================