Newsgroup: it.lavoro.professioni.webmaster
Titolo: La moda del tableless

Mi spiegate per quale motivo, ora, se fai pagine con le tables sei un pezzente?
Cosa ci guadagno a fare pagine senza tables?
--
a.cara 
Togli qualcosa dall'email

Alessandro Cara ha:
| Mi spiegate per quale motivo, ora, se fai pagine con le tables sei un pezzente?
| Cosa ci guadagno a fare pagine senza tables?
Questi due link li avevo postati tempo fa su it.comp.www.html.
Sono le due campane sull' uso del css o delle tabelle:
why tables for layout is so stupid:
http://www.hotdesign.com/seybold/index.html
Tables vs full CSS integration:
http://www.decloak.com/Products/Dreamweaver/NestedTemplates/TablesOrLayers.aspx
Ciao,
    SantaKlauss

 Cosa ci guadagno a fare pagine senza tables?
in realtà crei un codice più ordinato, flessibile, leggero e accessibile
ma fino a quando la gente continuerà a usare browser vecchi secondo me è
bene usarle...

 Cosa ci guadagno a fare pagine senza tables?
Maggiore separazione tra presentazione e contenuto.
-- 
Non chiedetevi cosa il Web può fare per voi,
ma cosa voi potete fare per il Web

 Sono le due campane sull' uso del css o delle tabelle:
si ok, ma io lo volevo sapere da voi.
Nel tuo caso usi tables? non le usi? perche?


 in realtà crei un codice più ordinato, flessibile, leggero e accessibile
mi sta tutto bene. Pero'
1) perche' piu' ordinato?
2) perche' piu' flessibile?
3) perche' piu' leggero?
4) perche' piu' accessibile?


 Maggiore separazione tra presentazione e contenuto.
Anche questo tutto bene. Ma...in che senso? Come faccio? Richiedesi piccolo
esempio.
PS. fermo restando che i CSS li uso
PPS. per aggiungere benzina sul fuoco. Ancora nessuno mi ha convinto che XML sia
il toccasana di tutti i mali


 esempio.
Ti consiglio un librozzolo :)
http://www.programming-reviews.com/HTML_Utopia_Designing_Without_Tables_Using_CSS_0957921829.html


 on &g wrote in 
news:3FA6355D...@blunet.it
:

In poche parole:
1) Separazione struttura dalla rappresentazione
2) In questo modo qualsiasi cambiamento/manutenzione risulta + facile
3) Il codice risultante da un corretto uso di CSS risulta realmente - 
pesante in termini di caricamento
4) L'uso dei CSS è conforme ai requisiti di accessibilità W3C (disabili 
eccetera)
Cerca in rete qualche informazione sull'uso dei CSS, forse ti può aiutare 
a scegliere se usarli o no.
Ciao
-- 
FastFede on WinMx
(eliminare NOSPAM dall'indirizzo)

 il toccasana di tutti i mali
E che c'entra ora XML?
Dipende a quali mali ti riferisci. Di certo non risolvono la mia gastrite
.... :-)

 che XML sia il toccasana di tutti i mali
che c'entra XML... e chi ha detto che sia un toccasana per tutti i mali? e'
un sistema di formattazione dei dati avanzato che serve in particolar modo
per scambiare informazioni tra tecnologie diverse in modo stabdard... poi lo
si puo' usare in svariati modi... (file di configurazione, base dati etc.)
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Il risultato č che i mercati stanno diventando piů intelligenti, piů
informati, piů organizzati. Partecipare a un mercato in rete cambia
profondamente le persone.

 e' un sistema di formattazione dei dati avanzato
<dehehe>
Sistema di formattazione ?
Avanzato ?
</dehehe>
	nicholas

 wrote:

Accidenti! Mi hai 'rubato' le domande!

 Accidenti! Mi hai 'rubato' le domande!
Lino e' mio, se ne vuoi uno te lo devi trovare :D
	nicholas


di fatto non centra nulla. Solo e' un'altra "moda" che vorrei qualcuno mi
convincesse della sua "imperdibile" necessita'.
Per la gastrite: o non ti incazzi o meni a qualcuno.
Le due cose sopra se continui a bere e fumare come un ossesso servono a poco.
;<)


SantaKlauss ha scritto:
why tables for layout is so stupid:
http://www.hotdesign.com/seybold/index.html
Tables vs full CSS integration:
http://www.decloak.com/Products/Dreamweaver/NestedTemplates/TablesOrLayers.aspx
Alessandro Cara ha replicato:
| si ok, ma io lo volevo sapere da voi.
| Nel tuo caso usi tables? non le usi? perche?
Ciao Alessandro,
  il fatto è che potremo parlane all' infinito qua sul ng, ti ho solo postato
due link che credo molto dettagliati sul pro e il contro dell' uso dei css
o delle tabelle. Li hai visitati? Se sei veramente interessato alla questione
dovresti leggerli attentamente. Io sono pienamente d' accordo con il primo:
"tables for layout is stupid", e ritengo il secondo una provocazione.
Personalmente ho imparato html e css quando questi erano una realtà
già consolidata (ho iniziato + o - a inizio 2003, a studiare seriamente i css
da aprile) e, adesso che ho una discreta conoscenza dei css, non saprei
fare senza, e cmq non ho mai usato le tabelle x il layout.
E' vero, fare bene le cose con i css richiede sicuramente un po' di studio
in più, ma a parer mio ne vale decisamente la pena. E poi con i css i layout
tabless non sono una moda, ma una realtà in crescita.
Ciao,
  SantaKlauss

 si puo' usare in svariati modi... (file di configurazione, base dati etc.)
ste cose le posso fare anche con un buon, vecchio, sano, file sequenziale senza
sparare vagonate di roba sulla linea. Mi basterebbe la DTD come header ed il
resto va da se.
Ahhh... una qualsiasi base dati sa benissimo come e' fatta. Il fatto di sbattere
un CLOB dentro un DB non mi convince affatto, o inventarmi qualche stored che mi
trasforma i dati in e da XML, inutile perdita di tempo


 "tables for layout is stupid", e ritengo il secondo una provocazione.
uhhmmm....il  primo da una scorsa veloce riporta solo una serie di luoghi
comuni. Il secondo a me sembra, sempre da una scorsa veloce, sicuramente piu'
puntuale e reale.
Con questo non voglio dire che i css non abbiano rappresentato una evoluzione
positiva, quello che non  riesco a capire e' perche' uno deve essere in
competizione con l'altro.
Queste cose mi sembrano i soliti eccessi di quando si immette una cosa nuova. Il
tempo poi, in genere, dimostra che gli eccessi, cioe' o l'uno o l'altro, sono di
fatto penalizzanti e che un sano mixing delle cose e' invece la cosa piu'
proficua.
Non amo l'ovvio ma consentimi un ovvieta'
1) all'inizio i fisici, forse per scambiarsi 4 immagini di camera a bolle e un
po di informazioni, hanno messo su il www, a loro interessavano le informazioni
2) poi sono arrivati gli informatici che hanno fatto un gran casino con 27
linguaggi differenti ed inventandosi le biciclette con gli sportelli perche' 
2) a questi ultimi si sono aggiunti i grafici/editorialisti ai quali,
ovviamente, dell'informazione in se non gliene frega un beneamato e quindi hanno
necessita' di usare 375 font e stili diversi con posizionamenti in alto, in
basso, di traverso, in verticale e chi piu' ne ha piu' ne metta
4) la perla vera sono i pubblicitari che se e non fanno girare le cose, compreso
le palle, non sono soddisfatti. Da qui tulla la caterva di prodotti tipo flasc
et similia
5) ci manca che arrivino gli amanuensi e poi abbiamo chiuso
ciao,


 ha scritto nel messaggio
news:3FA64541...@blunet.it...

Per le incazzature ed il bere c'e' poco da fare, per fumare nessun problema.
Per fortuna c'e' Santo Omeprazolo che aiuta ;-P


vabbe'... ma non si puo' mai semplificare qui? dovevo dire eXtensible Markup
Language... "very flexible text format derived from SGML" nello standard
iso8879.
va meglio?!?!? spiritosone? (ITHost Compliant)


 inutile perdita di tempo
infatti non si usano certo in questo modo... pero' facciamo un esempio
banale, devi esportare verso terzi (aziende, banche, siti etc...) alcune
informazioni elaborate a run time, che fai implementi uno standard per ogni
client che ne fa richiesta? no rilasci un file XML con lo schema e poi
chiunque con la propria tecnologia (MS, *NIX, MAC,) o qualsias RDBMS puo'
facilemnte importare e farne qualunque cosa...
poi un discorso un po' piu' avanzato andrebbe fatto per i Web Services /
SOAP etc...


 tempo
Nope.
XML e' un metalinguaggio, ovvero serve a definire altri linguaggi,
quello di cui tu stai parlando e' un'altro problema, risolvibile e
risolto, ma secondario.
XML e' buono in quanto SGML fa schifo: semplicemente sono la stessa
cosa, ma XML e' piu' pulito e, soprattutto, molto piu' semplice: in
questo e' un prodotto buono e di successo, tant'e' che XHTML sta'
sostituendo HTML, e tanti nuovi formati (piu' o meno utili) si stanno
facendo strada tra la fuffa che c'era prima. Molto buoni, ad esempio,
SVG e EbXML, anche se il secondo lo sto ancora studiando. XSLT e'
interessante nei concetti, ma secondo me realizzato molto male.
L'interesse per XML e' che e' human readable, quindi aperto per
definizione, il che elimina un bel po' di confusione sui vari formati,
inoltre rende il tutto indicizzabile e ricercabile, cosa che, nel caso
di SVG (immagini), e' estremamente interessante e innovativa.
Sotto ogni moda c'e' un fondo di verita', il punto e' che devi chiedere
a chi ama parlare dei difetti piuttosto che degli incredibili pregi(C).
Per usare XML con delle basi di dati, dopo aver pensato attentamente a
perche' lo vuoi fare (una decina di volte), devi usare un databse XML
nativo, o una estensione, dato che il modello a cui si riferisce XML non
e' quello relazionale, ma gerarchico. Non ne vale quasi mai la pena,
naturalmente, Tamino, TEXTML e compagnia bella sono prodotti
incredibilmente mediocri e incredibilmente poco funzionanti, quindi la
cosa migliore che puoi fare e' mappare lo schema in una tabella, ed
estrarre i dati dal documento prima di inserirli.
	nicholas

 po di informazioni, hanno messo su il www, a loro interessavano le informazioni
Beh, se proprio vogliamo parlare degli albori di Internet (http, ftp e 
soprattutto tcp/ip)  bisogna andarli a cercare in una caverna del 
Ministero della Difesa americano, dove fu creata una rete telematica che 
collegava tutte le basi militari e non degli Stati Uniti che, in caso di 
attacco nucleare, avrebbe consentito le comunicazioni interne. Quella 
rete si chiamava ARPANet ed il suo protocollo di utilizzo era il tcp/ip. 
Poi la rete uscì dagli ambienti militari e, a poco a poco, si diffuse in 
tutti gli Stati Uniti ed infine nel mondo intero. In seguito, un signore 
dal nome altisonante, tal Tim Brerners-Lee, inventò, nel 1989 al CERN di 
Ginevra il World Wide Web, che e' quel "coso" con cui lavoriamo. Il www, 
quindi, non e' Internet, ma fa parte di Internet, utilizzando un suo 
protocollo di comunicazione: HTTP.
-- 
Spirito Libero
"La verità non sta in un solo sogno ma in molti sogni!"
(Le mille e una notte)

 va meglio?!?!? spiritosone? (ITHost Compliant)
hahahahahaha
text format = sistema di formattazione ? SIGNATURESIGNATURESIGNATURE :p
Devo scomadare una collaborazione a questo punto :D
	nicholas
 
Ve' Lino ma sei fuso? RIMANDATO IN INGLESE !!
Cosa hai fumato? 
(questioned by Bicha)

 Cosa hai fumato?
faccio la stessa domanda a te...


 va meglio?!?!? spiritosone? (ITHost Compliant)
e io che c'entro ????
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 5) ci manca che arrivino gli amanuensi e poi abbiamo chiuso
Se consideri i talebani di Notepad non sei molto lontano :-)))

 Se consideri i talebani di Notepad non sei molto lontano :-)))
mi hanno chiamato in tutti i modi per il fatto che sono un sostenitore di
notepad... ma talebano mi mancava :)


 e io che c'entro ????
nulla prendevo in prestito "spiritosone" :))


 Se consideri i talebani di Notepad non sei molto lontano :-)))
la mettiamo sulla religione??, non mi toccate notepad o meglio notepadex
inshalla da un notapadex talebano :-PP


 nulla prendevo in prestito "spiritosone" :))
eheh ormai lo sai che con Niki devi sempre mettere i puntini sulle R
altrimenti ti o meglio ci cazzia ogni volta :-PP


 protocollo di comunicazione: HTTP.
Per questo si distingue internet (che non e' il web) da Internet (che
invece e' il web).
	nicholas

 : 

Ne prendo atto e umilmente mi prostro.


 altrimenti ti o meglio ci cazzia ogni volta :-PP
dipende da come lo becchi... a volte e' docile come una gnellino a volte
rompe i coglioni... ma rimane un bravo ragazzo! :)


 altrimenti ti o meglio ci cazzia ogni volta :-PP
Non sono io razzista, siete voi che siete winzozzari :D
(comunque non e' che bisogna mettere i puntini sulle R (?), XML *non e'*
un sistema di formattazione e non ci va neanche vicino)
	nicholas

 rompe i coglioni... ma rimane un bravo ragazzo! :)
Dove ho sbagliato con te ? DOVE ???
Dimmi subito quando sono stato docile, che vado a vergognarmi in cantina!
	nicholas

 Ne prendo atto e umilmente mi prostro.
Ugh ! Ma no, se non sbaglio sei anche un bonelliano, non prostararti !
	nicholas

 un sistema di formattazione e non ci va neanche vicino)
e fin qui ci siamo, ma le transazioni xml terminano con commit?? :-PP


 e fin qui ci siamo, ma le transazioni xml terminano con commit?? :-PP
Meno pippe e piu' XPATH bello, lo so cosa fernetichi in giro, che la
facciazza da Tom Cruise ti aiuta a vendere ("perche' noi ci aspettavamo
un nerd sfigato come Nicholas e..." cfr. Bicha), ma io la facciazza te
la rovino. Che con la facciazza si va a fare i gigolo, non i sistemisti,
al massimo ti impiego come gigleur :D
Comunque e' la domanda sbagliata, perche' il contesto in cui quei
ricottari del mio buon pisello hanno inserito 'transazioni XML' e'
semplicemente insensato. Come avessero detto 'firewall Java', non fosse
che Java stanno tentando di distruggerlo e di firewall e' meglio che non
parlino :p Almeno sui database si dividono a pari merito il 'weekly
quote' di 
dbdebunk.com
 con Oracle :D
	nicholas

 notepad... ma talebano mi mancava :)
Tengo a precisa che non ho nulla contro Notepad, perň come altro definire
tutti quelli che rispondono alle domande su edito ecc. "a manina con
notepad" se non estremisti e integralisti e quindi, con parola piů di moda
"talebani"? :-))

 quote' di 
dbdebunk.com
 con Oracle :D
a proposito di db hai aggiornato postgre visti i bug che girano :-PP


 a proposito di db hai aggiornato postgre visti i bug che girano :-PP
No, 'postgre' si aggiorna insieme al sistema operativo, i sistemi
informatici moderni funzionano cosi'.
Ho paura a chiederlo, ma fammi vedere cos'hai trovato.
	nicholas

 parola piů di moda "talebani"? :-))
pero' non direi estremista... alla fine lo uso perche' mi trovo bene... nel
momento in cui mi trovassi meglio con altro editor... non ho problemi certo
a cambiarlo! :)


 cantina!
non lo dico in pubblico... :D


 Ho paura a chiederlo, ma fammi vedere cos'hai trovato.
buona lettura
http://www.securiteam.com/unixfocus/6C0080K8UU.html
http://www.securiteam.com/unixfocus/6V0000K8VI.html
http://www.securiteam.com/unixfocus/6D0090K8UQ.html
http://www.securiteam.com/unixfocus/6C0080K8UU.html


Alessandro Cara ha scritto:
| Con questo non voglio dire che i css non abbiano rappresentato una evoluzione
| positiva, quello che non  riesco a capire e' perche' uno deve essere in
| competizione con l'altro.
Infatti a parer mio non sono in competizione: è solo il nuovo che prende il
posto del vecchio. Solo che per alcuni la "macchina css" è già su strada,
per altri deve ancora fare il tagliando e quindi preferiscono aspettare e
usarla solo per la passeggiata domenicale o non usarla proprio.
| Queste cose mi sembrano i soliti eccessi di quando si immette una cosa nuova. Il
| tempo poi, in genere, dimostra che gli eccessi, cioe' o l'uno o l'altro, sono di
| fatto penalizzanti e che un sano mixing delle cose e' invece la cosa piu'
| proficua.
Quello senz'altro. Ci sono layout che senza le tabelle sono impossibili.
E poi se ci fai caso la maggiorparte dei portali usa le tabelle e html
transitional per questioni di retrocompatibilità (e forse mancanza
di risorse per un restyling).
| Non amo l'ovvio ma consentimi un ovvieta'
[...cut...]
| 5) ci manca che arrivino gli amanuensi e poi abbiamo chiuso
LOL troppo forte... ma aspetta... vedo un amanuense in lontananza!
    *<|:-)
SantaKlauss

 
http://www.securiteam.com/unixfocus/6C0080K8UU.html
Ma cosa vorrebbe dire ? Perche' mi posti i bachi di una versione con il
patchlevel a 0 rilasciata nel Febbraio del 2002 ? 3, tra l'altro, uno e'
un baco al compilatore.
Guarda che la mania della versione piu' nuova io non ce l'ho, io aspetto
che abbiano il patchlevel almeno a 3, seguendo lo sviluppo a un
centimetro, naturalmente.
No, ho PostgreSQL 7.3.4, sul server di testing e in produzione.
	nicholas

 eccetera)
appunto ;)

 4) perche' piu' accessibile?
Per i motivi che ti ho detto sopra ...
Magari datti una studiata, è anche intuitivo
Cla
-- 
www.spaghettibrain.com
 - PHPNUke Italian Mirror
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
!!>> Il mondo non è ancora pronto per il Funky <<!!

 	nicholas
Bonelliano?!


>Cosa ci guadagno a fare pagine senza tables?
si fa prima a modificare il layout del sito.

 Magari datti una studiata, è anche intuitivo
cla! i css li uso da anni. (anche se non in modo "spinto")
La questione e' un'altra.
e' il css vs le tables che non mi torna.
la classe la posso applicare a qualsiasi tag html, ora se non ho capito male
(ultimamente non studio abbastanza "teoria"), la cosa che si sostiene e' che
l'uso dei css dovrebbe servire ad eliminare le tables e allora perche' non
eliminare anche tutti gli altri tags?
C'e' in giro un prodotto che si chiama robohelp, tendenzialmente utilizzato per
fare i .chm che "sparacchia" lo style embedded su ciascun tag (o meglio
elemento). Un casino mai visto. Qualcuno ha scritto in questo 3d (N. Wieland)
che il parsing del css viene fatto una volta sola, anche in una situazione come
quella che ho appena descritta? Non ci credo neanche se lo vedo!
Per quanto riguarda il layout la cosa la prenderei un po con le molle, finche'
mi si parla di "rendering" sono pienamente d'accordo, ma se per layout intendi
il posizionamento e le ampiezze non e' che si guadagni molto e comunque non sono
certo le tables le colpevoli. Mi si puo' dire che prima dei css per tenere un
po' ordinata una pagina era "necessario" utilizzare le tables, ma questo e' un
altro discorso, in quel caso si faceva uso di una struttura solo perche' era
l'unica governabile. Con l'avvento di css e div si puo' finalmente evitare di
ricorrere alle tables ed ai frames ma da qui a dire che non servono o sono la
peggiore iattura di una pagina ce ne corre. 
Succede che in base a questa teoria, se non ricordo male, in un bando di gara
della P.A. per la realizzazione di un sito (o "portale" come dice qualcuno, pare
faccia piu' "figo") c'era scritto che il tutto doveva essere obbligatoriamente
realizzato "tableless" e questo perche? sempre per la cosa che dico in oggetto
(la "moda"). Che mi si richieda "duttilita'" tramite uso dei css ci sta tutto ma
che questo porti a "tableless" non ci sta per niente.
--
a.cara 
Togli qualcosa dall'email

Bonelliano?!
Sergio Bonelli Editore
Dylan Dog, Martyn Mistere (di sicuro ho scazzato le 'y')
--
http://www.pigmalion.info/
Internet è uno dei veicoli più validi per la difesa della libertà,
poiché offre la verità a chi vuole vederla e intenderla...
Vinton G. Cerf

si fa prima a modificare il layout del sito.
e ci cambi stile come si cambia logo al telefonino...
devo decidermi ad approfondire il discorso css per bene.
Feci un 'template switcher' per vedere il sito in diversi stili o
fatto con diverse versioni di html, ma troppo oneroso se non si ha la
necessità.
Bisogna aggiornaere tutti i template ad ogni modifica.
Con css lo stesso giocattolo è realizzabile e mi sono proposto di
farlo al più presto.
Mi faccio il template bello pulito tutto in div e compagnia bella e
poi tanti stili da far scegliere all'utente...
Si lo so... so contento con poco :)


 
Ah, bene, solo che non e' il genere che preferisco. In fin dei conti 
cosa voleva dire???


 che questo porti a "tableless" non ci sta per niente.
No no, le mode non sono mai da seguire ;-) ma a volte torna utile 
rifletterci.
Se io costruisco un layout a div e non a table va da sč che se devo 
spostare la colonna di DX a Sx e viceversa o modificare in modo 
particolare l'hader mi viene piů facile farlo con i div piuttosto che 
con le tabelle.
Se devo fare una lista di qualcosa, duqneu intabellare i dati, viene 
facile farlo con le tabelle.
Tra l'altro css2 ha anche un tag apposito per intabellare i dati, 
peccato che i browser non lo supportino ancora ...
Ciao!
Cla
-- 
www.spaghettibrain.com
 - PHPNUke Italian Mirror
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
!!>> Il mondo non č ancora pronto per il Funky <<!!


ciao
-- 
Kappa [co-mod ICWA]
kappa(at)
webngo.net
www.webngo.net
www.filmscoop.it

 Cosa ci guadagno a fare pagine senza tables?
Visto tutto il dibattito mi ci butto pure io. E' da poco che cero di
sviluppare con i CSS e tabless.
1) perche senza tavole e con i css posso editarmi tutto il layout della
pagina come voglioo e soprattutto quando voglio.
Questo e' il vero potere di questo stile progettuale:
http://www.csszengarden.com/
Questo sito ne e' un esempio. Non che si debbano fare 20 layout per ogni
sito.
Ma volendo aggiornare un sito spostando un menu'da destra a sinistra o da
sopra a sotto ... con i css e' decisamente piu' veloce e semplice.
2) La facilità di gestire i layout di una pagina senza vincoli ( e le tavole
ne impongono) .... una vola che faccio una tavola con 3 colonne non posso
piu' in nessun modo far vedere i testi uno sotto l'altro.
Prova a voler fare un sito che sia facilmente visibile per un PDA con uno
schermo stretto e lungo ... tutte le colonne delle tavole si
spiaccicherebbero e il tutto sarebbe inconprensibile. Con i CSS e'
sufficiente riposizionare in maniera differenti le cose.
3) SI puo' parlare delle persone che hanno problemi di vista o semplicemente
per scelta usano un foglio di stile personalizzato (magari ocn colori che
aiutano la vista, con dimensioni dei font più grandi).
Un layout con tavole rischia di diventare illegibile. Con i css se
l'organizzazione del file html e' fatta bene si vedono i contenuti in
maniera ordinata e pulita. (Questo vale anche per screen readers e per
browser testuali).
Comunuqe secondo me la cosa più utile e quella per cui vale la pena passare
al tabless e' la flessibilità di gestione del layout anche a progetto
finito.
E non è poco secondo me. E sicuramente la possibilità di un sito di essere
semplicemente riadattato per schermi più piccoli che in futuro saranno
sempre di più. (PDA, cellulari di terza generazione ecc. ecc.).
E' chiaro che con questo approcio ci sono cose che ancora non si posson fare
a livello di layout, e che ci sono ancora troppi problemi di incopatibilità
tra i browser.
Ma nulla toglie che questo sia il futuro.
Per inserirmi anche nel discorso di XML. Probabilmente tutto quello che si
fa con XML adesso e infuturo lo si poteva fare anche prima.... me era molto
più costoso e complesso.
E' un po' come la programmazione ad oggetti. Si puo' fare tutto senza, ma
vuoi mettere poter progettare un sw a componenti in cui puoi modificarne uno
senza interferire sul resto del programma e soprattutto fatto un componente
lo puoi usare quante volte vuoi ?
"Si poteva anche vivere senza computer .... migliaia di anni di storia ce lo
insegnano.... a ora che c'e' decisamente utile usarlo". (Piccola perla di
saggezza ;) )
--
Claudio Rosati E. 
c.ro...@scepsi.it
Web Designer & Developer
--
www.scepsi.itScepsi, for all the things you are not in business for... we
are

 Cosa ci guadagno a fare pagine senza tables?
Una maggiore separazione tra stile e contenuti, una maggiore portabilità, un
codice che rispetta maggiormente gli standard (le tabelle sono nate per
presentare dati non per impaginare).
Tuttavia io, nonostante faccio un uso molto intensivo dei CSS continuo a
pensare che dipenda sempre dal tipo di progetto decidere quale sia la
migliore soluzione da adottare.
Bye!
Mik

 migliore soluzione da adottare.
oserei dire....perfetto!


 saggezza ;) ) 
forse si viveva meglio e con meno infarti? piccola riflessione priva di
saggezza  ;<)
