Precedente :: Successivo |
Autore |
Messaggio |
aibsusa Eroe in grazia degli dei
Registrato: 14/12/04 09:42 Messaggi: 104
|
|
Top |
|
|
rebelia Dio maturo
Registrato: 17/07/03 08:22 Messaggi: 7987
|
Inviato: 14 Dic 2004 19:33 Oggetto: ... |
|
|
i test di validazione vanno bene, ma sono solo il primo passo; io ho sempre validato html 4.01, ma mi sto accorgendo che passare direttamente ad xhtml strict non e' difficile (in realta' scrivo da sempre in minuscolo e con il valore degli attributi tra virgolette, formatto tutto col css esterno e il risultato e' che ci vuole davvero poco a fare il salto)
non so se tu abbia gia' provato a validare, ma e' molto utile e molto meno "spaventevole" di quanto si immagini prima di iniziare
ti consiglio di scaricarti ed installare il browser opera: ha un'interessante funzione che con ctrl+alt+v ti manda la pagina alla quale stai lavorando direttamente al validatore del w3c, anche se ce l'hai solo in locale (comodissimo! puoi correggere prima di pubblicare)
circa la retrocompatibilita' e il famigerato crossbrowsing, ho sentito ultimamente un interessante punto di vista: il fine principale e' fornire facilita' d'accesso ai contenuti al maggior numero d'utenti, in seconda battuta di farlo in modo armonioso e gradevole (good experience) e solo in terza battuta (ma chi ne parlava neanche l'ha nominata!) di farlo in modo esteticamente uguale per tutti!
la retrocompatibilita' va bene, ma spesso ti costringe a manovre strane, javascript per determinare il codice e un sacco di altri trucchi poco corretti, mentre e' piu' conveniente lavorare compatibilmente con il futuro e xhtml strict te lo permette (anche se hanno deprecato il target=_blank tanto comodo, i maledetti!!!)
la differenza tra i browsers spesso sta in layout di poco dissimili e - spostando tutta la formattazione all'esterno e importandola anziche' linkandola, fa si che i browsers con un minimo di supporto visualizzino piuttosto correttamente e quelli che non supportano i css semplicemente visualizzano senza alcuna formattazione MA IL CONTENUTO RIMANE ACCESSIBILE che e' il punto piu' importante ('sta cosa ha trovato terreno fertile in me, non so se si nota, ehehe)
sto imparando a lavorare completamente senza tabelle, dopo essere passata un po' alla volta dalle tabelle annidate ad un'unica tabella per l'impostazione generale del layout e mi sto accorgendo che si possono fare un sacco di cose anche con i div soltanto, basta pensare fin dall'inizio il layout del sito in maniera diversa (chi ha dubbi che ne possano uscire solo ciofecate, vada a farsi un giretto qui )
|
|
Top |
|
|
rebelia Dio maturo
Registrato: 17/07/03 08:22 Messaggi: 7987
|
|
Top |
|
|
aibsusa Eroe in grazia degli dei
Registrato: 14/12/04 09:42 Messaggi: 104
|
|
Top |
|
|
juzo kun Dio maturo
Registrato: 19/04/04 08:32 Messaggi: 1853 Residenza: tra la tastiera e la sedia
|
Inviato: 15 Dic 2004 10:11 Oggetto: Re: ... |
|
|
Quoto tutto quello che ha detto Rebelia
Se sentite parlare di "uso semantico dei tag", si tratta semplicemente quello che ha detto Rebelia, ovvero usare i tag HTML avendo in testa la struttura e non la presentazione
Per esempio, usare h1, h2, h... per la classificazione in titoli, e non perché h1 e grosso e bold, blockquote perché si tratta di una citazione e non perché mette i margini, eccetera
Scrivere il codice in questo modo aiuta molto a organizzare i contenuti (e qui si casca nell'usabilità)
Io ho cominciato a usare XHTML: dal punto di vista di scrivere il codice non cambia molto, e se hai un html scritto benino non è neanche tanto difficile convertirlo (col mio situzzo ci ho messo appena un paio d'ore)
Confermo che il validatore è il tuo migliore amico... anche se all'inizio fa dannare
Quote: Il sito che hai linkato è una cosa veramente sbalorditiva, secondo te quindi vale la pena spostare tutto sui div, il futuro sarà quello?
Secondo me sì, per un motivo: all'inizio sembra complesso, ma alla fine pensare in quel modo diventa molto più semplice da manutenere e più facile da modificare: con i div e il posizionamento puoi rivoluzionare grafica e impaginazione mettendo mano ad un unico documento.
L'unica cosa da tenere presente è che alla struttura bisogna pensarci prima, e pensarci bene...
Cià
JK
|
|
Top |
|
|
rebelia Dio maturo
Registrato: 17/07/03 08:22 Messaggi: 7987
|
|
Top |
|
|
aibsusa Eroe in grazia degli dei
Registrato: 14/12/04 09:42 Messaggi: 104
|
|
Top |
|
|
juzo kun Dio maturo
Registrato: 19/04/04 08:32 Messaggi: 1853 Residenza: tra la tastiera e la sedia
|
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 11:16 Messaggi: 11568 Residenza: Tokelau
|
|
Top |
|
|
aibsusa Eroe in grazia degli dei
Registrato: 14/12/04 09:42 Messaggi: 104
|
Inviato: 16 Dic 2004 10:52 Oggetto: Re: ... |
|
|
Concordo con quanto detto da SverX, io a casa sono un utente 56k (perché non è ancora arrivato altro) e garantisco che ricare la pagina per sole funzioni estetiche è molto noioso, unica eccezione è il cambio totale del css.
Secondo voi quindi meno js ci sono e meglio è anche a scapito della grafica?
|
|
Top |
|
|
juzo kun Dio maturo
Registrato: 19/04/04 08:32 Messaggi: 1853 Residenza: tra la tastiera e la sedia
|
Inviato: 16 Dic 2004 11:18 Oggetto: Re: ... |
|
|
Il JS per la grafica può essere ottimamente sostituito dal CSS: esempio classico, il rollover sui bottoni.
Secondo me Javascript serve per altre cose (controllo di campi di inserimento in form, per fare un altro esempio di tanti)
E Sverx ha perfettamente ragione
Il cambio di CSS ha un'utilità nell'ambito dell'accessibilità, per "servire" una grafica adatta agli ipovedenti, con contrasto elevato, caratteri più grandi eccetera (per esempio,
Constile - altro sito moolto interessante)
Per quel che ho capito dalla mia esperienza i vari script JS usati per cambiare CSS (non conosco abbastanza javascript da crearmene uno io, sigh, sigh) usano il comando reload che il browser interpreta come se ricaricasse la pagina nella maniera consueta: se è impostato in maniera standard la pagina html viene presa dalla cache, quindi l'unico elemento che cambia è solo il CSS (e le immagini che questo carica, ovviamente). Tocca al webdesigner evitare di fare CSS di 40k e rotti (ne ho visti!) e immagini da 200
...a meno che la pagina non sia dinamica, nel qual caso viene per forza scaricata ogni volta.
Cià
JK
Edited by: juzo kun at: 16/12/04 11:29
|
|
Top |
|
|
rebelia Dio maturo
Registrato: 17/07/03 08:22 Messaggi: 7987
|
|
Top |
|
|
aibsusa Eroe in grazia degli dei
Registrato: 14/12/04 09:42 Messaggi: 104
|
Inviato: 16 Dic 2004 12:08 Oggetto: Re: ... |
|
|
Quote: la parte sbagliata e' quella che comincia "a scapito" e finisce "della grafica"
Hai ragione, purtroppo ho da poco intrapreso il cammino verso l'accessibilità e sono ancora troppo legato al passato.
Ho sfogliato con interesse l'altro sito che mi avete consigliato e ho visto un paio di cose che si possono fara con i css al posto del js.
Adesso non mi resta che mettere mano al codice e vedere cosa si può fare.
|
|
Top |
|
|
rebelia Dio maturo
Registrato: 17/07/03 08:22 Messaggi: 7987
|
|
Top |
|
|
aibsusa Eroe in grazia degli dei
Registrato: 14/12/04 09:42 Messaggi: 104
|
Inviato: 16 Dic 2004 13:53 Oggetto: Re: ... |
|
|
Non ti preoccupare, l'ho inteso come un giusto ammonimento.
Da quello che ho letto nelle giude che mi avete consigliato il primo pensiero deve sempre essere all'accessibilità e solo in seguito all'aspetto estetico. Vero è anche che un sito deve essere anche piacevole da guardare quindi gli stili vanno pensati bene.
Un altro consiglio, se un sito di molte pagine ovviamente la grafica principale deve essere comune, per quanto riguarda invece i contenuti specifici è meglio mettere tutto sullo stesso CSS oppure crearne un certo numero a seconda delle esigenze.
Mi spiego meglio.
Io ho un layout a due colonne, su quella di sinistra c'è il menù comune a tutte le pagine e a destra ci sono i contenuti, nei contenuti posso avere diverse tipologie di pagine (tabelle di dati, articoli, testi di legge, form, ecc.).
Gli stili che mi definiscono ad esempio una articolo potrebbero non servire se nella pagina c'è una tabelle e viceversa.
E' quindi meglio:
- fare n fogli di stile e su ogni pagina collegare quello appropriato al contenuto
- fare un unico foglio di stile contenente tutto
- fare un unico foglio di stile con le cose generali e nelle pagine definire dei tag "style"
Vedo pro e contro in tutte e tre le situazioni.
Edited by: aibsusa at: 16/12/04 13:56
|
|
Top |
|
|
ioSOLOio Amministratore
Registrato: 12/09/03 18:01 Messaggi: 16342 Residenza: in un sacco di...acqua
|
Inviato: 16 Dic 2004 14:04 Oggetto: Re |
|
|
i pro e i contro credo ci possano sempre essere... e la risposta ottimale alla domanda penso non sia sempre la stessa a seconda delle situazioni, cioè di come è strutturato il sito..
un unico css se non è troppo pesante ha il vantaggio di essere caricato una volta sola all'inizio e poi per ogni pagina è già in cache..
nel caso invece ciò non sia valido, tu dici di avere una colonna destinata al menù che resta sempre identico....
quindi già potresti fare un css che riguarda solo il menù..e magari, caso mai ci fossero, includere i dati per testa e fondo pagina (header e footer ?)
e poi vedere come ottimizzare la disposizione del resto dei contenuti..
personalmente preferisco avere il più possibile stili in uno o più css esterni....
|
|
Top |
|
|
rebelia Dio maturo
Registrato: 17/07/03 08:22 Messaggi: 7987
|
|
Top |
|
|
juzo kun Dio maturo
Registrato: 19/04/04 08:32 Messaggi: 1853 Residenza: tra la tastiera e la sedia
|
|
Top |
|
|
ioSOLOio Amministratore
Registrato: 12/09/03 18:01 Messaggi: 16342 Residenza: in un sacco di...acqua
|
Inviato: 17 Dic 2004 14:39 Oggetto: CSS |
|
|
segnalo il seguente articolo [in cui sono illustrate dieci semplici dritte per l'uso dei css e per snellire il codice degli stessi] tratto da questa discussione sul forum di html.it
|
|
Top |
|
|
juzo kun Dio maturo
Registrato: 19/04/04 08:32 Messaggi: 1853 Residenza: tra la tastiera e la sedia
|
|
Top |
|
|
|