Correzione w3c

[SuperMariano81]

Perfetto!

Però dopo tutta questa bella ed utile chiaccherata non sono riuscito a capire una cosa, perchè evitare di mettere tabelle.
Cioè, per la mia prima home page va bene, in fondo non dovevo far altro che centrare del testo, però se (ad esempio) ora volessi riprendere in mano la tabella con i link e le varie caselle per lo standard w3c sarei a posto, no?
In fondo gran parte degli script che HTML.IT mette a disposizione sono su tabelle (parlo dei JS) quindi, se il ragionamente è corretto, non sarebbero corretti vs lo standard w3c.
E' anche vero che è molto difficile mettere a disposizione script che vadano bene per tutti gli utenti e forse la soluzione ideale è la tabella.

[pierofix]

Come dicevo prima, TUTTI i tag vanno chiusi, anche quelli vuoti. Il marcatore per le immagini è uno di essi, pertanto:

<img />

Oltretutto, bordo, altezza e larghezza vanno sempre gestiti tramite CSS (non li voglio vedere nel markup! ).

Ogni immagine è obbligatorio che abbia un contenuto alternativo ad essa collegato. Esso serve per far capire, ad esempio, ad una persona non vedente di cosa tratta la foto. Si specifica con l'attributo alt:

[img]immagine.jpg[/img]

Ora, occorre determinare se un'immagine faccia realmente parte del contenuto. Quella che hai messo tu è più di addobbo che altro, quindi l'alt va lasciato vuoto (ma deve comunque esserci):

[img]immagini/logo_maglia.jpg[/img]

[pierofix]

Originariamente inviato da SuperMariano81
Perfetto!

Però dopo tutta questa bella ed utile chiaccherata non sono riuscito a capire una cosa, perchè evitare di mettere tabelle.
Cioè, per la mia prima home page va bene, in fondo non dovevo far altro che centrare del testo, però se (ad esempio) ora volessi riprendere in mano la tabella con i link e le varie caselle per lo standard w3c sarei a posto, no?
In fondo gran parte degli script che HTML.IT mette a disposizione sono su tabelle (parlo dei JS) quindi, se il ragionamente è corretto, non sarebbero corretti vs lo standard w3c.
E' anche vero che è molto difficile mettere a disposizione script che vadano bene per tutti gli utenti e forse la soluzione ideale è la tabella.

Adesso non posso risponderti ma stai sbagliando di grosso il ragionamento. A dopo.

[SuperMariano81]

Originariamente inviato da pierofix

Grazie per le precisazioni e la pazienza!
Nella pagina originaria avevo messo l'ALT...

[Michele24]

Cioè, per la mia prima home page va bene, in fondo non dovevo far altro che centrare del testo, però se (ad esempio) ora volessi riprendere in mano la tabella con i link e le varie caselle per lo standard w3c sarei a posto, no?

Useresti una pala da spiaggia per dissodare un campo? Il concetto di usare tabelle è stato un escamotage per risolvere il problema della visualizzazione in passato quando il supporto ai CSS era scarso e non omogeneo (non che IE renda le cose facili).
La maggior parte degli script JS derivano da quel modo di scrivere Dhtml del passato che mi ha fatto odiare per un sacco di tempo JS.
Tutto era basato su tabelle quindi anche gli script si basano sulla stessa logica. Se è vero che il risultato visivo alla fine può essere lo stesso, non trovi che è molto più semplice aggiunger un[*] che dover riprogettare l'intera tabella solo per fare una piccola modifica?
Pensa a quanto markup risparmi da
<tabella> <riga><cella></cella></riga></tabella>
rispetto a
<ul>[*][/list]
E questi sono solo alcuni dei vantaggi di una progettazione tableless

[SuperMariano81]

Originariamente inviato da Michele24
Useresti una pala da spiaggia per dissodare un campo? Il concetto di usare tabelle è stato un escamotage per risolvere il problema della visualizzazione in passato quando il supporto ai CSS era scarso e non omogeneo (non che IE renda le cose facili).
La maggior parte degli script JS derivano da quel modo di scrivere Dhtml del passato che mi ha fatto odiare per un sacco di tempo JS.
Tutto era basato su tabelle quindi anche gli script si basano sulla stessa logica. Se è vero che il risultato visivo alla fine può essere lo stesso, non trovi che è molto più semplice aggiunger un[*] che dover riprogettare l'intera tabella solo per fare una piccola modifica?
Pensa a quanto markup risparmi da
<tabella> <riga><cella></cella></riga></tabella>
rispetto a
<ul>[*][/list]
E questi sono solo alcuni dei vantaggi di una progettazione tableless

Si effettivamente non hai tutti i torti, anzi, rendi una pagina più leggere ed allo stesso tempo veloce.
Però tutti questi JS che abbiamo su HTML.IT allora non li usiamo più, se non fino al loro adattamento ai nuovi concetti tableless??

[pierofix]

Supermariano81, adesso che siamo arrivati fin qui, rileggiti bene e con calma il mio articolo:

- http://pesanervi.diodati.org/pn/index.asp?a=293

Tutto e con calma. Poi ne riparliamo.

[pierofix]

Originariamente inviato da SuperMariano81
Però tutti questi JS che abbiamo su HTML.IT allora non li usiamo più, se non fino al loro adattamento ai nuovi concetti tableless??

Quelli sono tutti script spazzatura.

[SuperMariano81]

Originariamente inviato da pierofix
Quelli sono tutti script spazzatura.

La guida me la sono stampata poi la leggo in treno o a casa...
VVoVe: Script spazzatura VVoVe:

E quindi tutta la tecnologia che sta dietro agli JS dovebbe inziare a scomparire o mutare... visto che loro si basano principalmente sulle tabelle....

[pierofix]

Originariamente inviato da SuperMariano81
La guida me la sono stampata poi la leggo in treno o a casa...
VVoVe: Script spazzatura VVoVe:

E quindi tutta la tecnologia che sta dietro agli JS dovebbe inziare a scomparire o mutare... visto che loro si basano principalmente sulle tabelle....

Oggi esiste uno standard anche per javascript, così come esistono delle buone norme di progettazione con il linguaggio stesso.