Newsgroup: it.lavoro.professioni.webmaster
Titolo: frame o tabella?

Per un sito con un classico menu di navigazione a destra, è preferibile
utilizzare un tabella oppure un frame? quali sono i pro e i contro?

 utilizzare un tabella oppure un frame? quali sono i pro e i contro?
Né l'una né gli altri.
Bensì i box (DIV soprattutto).
Quanto sopra se vuoi essere "attuale", le tabelle se vuoi essere vetusto, i
frame se vuoi essere vetusto ed amatoriale.
Ciao
---
http://www.leishmania.org/tmp/
(in fieri)

 frame se vuoi essere vetusto ed amatoriale.
Voleva dire che le tabelle vanno benissimo (i frame meglio
evitarli il più possibile).

 Voleva dire che le tabelle vanno benissimo
Sě... per presentare dati...
Ciao
--
http://www.leishmania.org/tmp/
(in fieri)

 Sě... per presentare dati...
E menu, parti di sito, ecc.

 > Bensì i box (DIV soprattutto).
<DIV>? Ma non diciamo fesserie perfavore....
Da evitare l'utilizzo dei frames, è consigliabile creare tabelle.


No!!!
Per quello si usano i div
Cla
-- 
www.claudioerba.com
 - Consulenza web per l'azienda
www.spaghettibrain.com
 - PHPNUke Italian Mirror (Da oggi anche Hosting!)
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
My ICQ: 14187053
--

 evitarli il piů possibile).
mah č vero che hanno qualche controindicazione ma mi sembrano veramente
comodi ed efficaci per un menu laterale..


Le fesserie le dici tu:
Cito:
http://www.constile.org/tutorial/css_vs_table/
CSS Vs <Table>
I vantaggi dei CSS
* Accesso ai contenuti con qualsiasi dispositivo per la navigazione in 
Internet, anche per quelli non in grado di interpretare i CSS.
* Completa separazione fra contenuti e grafica.
* Possibilità di organizzare il contenuto in sezioni e sottosezioni.
* Codice (X)HTML semplice e pulito, privo delle ridondanze imposte dalle 
tabelle.
* File più leggeri, più veloci da scaricare e interpretare da parte del 
browser.
* Possibilità di realizzare layout più complessi di quelli possibili con 
le tabelle.
* Associazione di diverse impostazioni del layout per i diversi 
dispositivi come monitor, PDA, stampanti.
* Maggiore coerenza grafica fra le varie pagine di un sito.
* Possibilità di cambiare l'aspetto del sito, anche notevolmente, 
modificando solamente un file.
* Abbandono dei disastri compiuti dai software WYSIWYG, per approdare 
alla tecnica qui definita WYCIWYG (What You Code Is What You Get: ciò 
che codifichi è ciò che otterrai) che è l'unica che garantisce il totale 
controllo sul risultato finale.
Gli svantaggi dei CSS
* I browser più datati hanno una non corretta interpretazione dei CSS, 
ciò richiede un minimo d'accortezza al momento delle progettazione. Punto.
I vantaggi delle tabelle
* Fanno funzionare i software WYSIWYG. Punto.
Gli svantaggi delle tabelle
* Riducono l'accessibilità del sito.
* Impediscono di separare i contenuti dal modo in cui sono presentati
* Riducono, spesso impediscono, l'organizzazione strutturata dei contenuti.
* Codice confuso e ridondante.
* Notevole quanto inutile aumento del peso delle pagine.
* Minori possibilità grafiche.
* Un unico layout per tutti i dispositivi.
* Per ogni pagina è necessario ricreare il layout.
* Cambiare la grafica di un sito richiede spesso la totale ri-scrittura 
delle pagine, tutte.
* Abbandonare i disastrosi software WYSIWYG e continuare ad utilizzare 
le tabelle richiede uno sforzo davvero enorme.
Ciao


 CSS Vs <Table>
Scusa ma cosa stai dicendo?
Io non mai parlato di css.
I<div> sono una cosa, i css un'altra: o sbaglio?

 
http://www.constile.org/tutorial/css_vs_table/
Ragiona con la tua testa, con quella degli altri.


sbagli, sono come il cacio sui maccheroni.
Uno lavora per l'altro.
Cito:
http://www.constile.org/template/menu_verticali/
Secondo te un menu cosě:
<ul class="menu1">
   <li><a href="#">Sezione Link 1</a></li>
   <li><a href="#">Sezione Link 2</a></li>
   <li><a href="#">Sezione Link 3</a></li>
   <li><a href="#">Sezione Link 4</a></li>
   <li><a href="#">Sezione Link 5</a></li>
</ul>
Come gli dici dove andare?
Con i css e i div
Esempio:
<div id="colonna-dx">  Qui ci va il menu </div>
Stile di colonna DX
#colonna-dx {
   float: left;
   width: 20%;
}
Vedrai che adesso Buzz mi cazzia per il codice (quello mio non quello di 
constile)


> 
www.claudioerba.com
 - Consulenza web per l'azienda
Dalla RIGA 139 ho la conferma che hai le idee un pò confuse....

 
Gné GNé Gné?
E' la solita storia ... il calzolaio con le scarpe bucate.
Non trolleggiare e se sei così figo postaci il tuo portfolio
Cla
-- 
www.claudioerba.com
 - Consulenza web per l'azienda



E tu impara il codice prima di commentare


> E' la solita storia ... il calzolaio con le scarpe bucate.
Inizia a cancellare la RIGA 139, principiante  :)
O forse non sai di cosa sto parlando? :))

 Cla
No no, meglio le tabelle. Molto meglio!


Senti troll. Una dimenticanza ci sta ovunque, figurati con tutto il 
lavoro che ho se ho tempo di guardare gli stilesheet dimenticati in giro 
nel MIO sito.
Hai fatto una figura di merda prima, perfavore non perseverare.
Grazie


 wrote:
Bella discussione inutile...usate magari quello che volete in base a
*quello* che vi serve...
altro che css vs table e viceversa


Scusa ma non sono d'accordo.
Le tabelle sono nate per intabellare i dati e non per creare layout. Poi 
se ne è fatto un uso errato.
Ammetti che io sono un cliente e me ne intendo.
Decido di chiamare uno di noi e gli chiedo design + eventuali modifiche 
di tanto in tanto pagando x euro ora per modifica.
Webmaster che usa le tabelle. A parità di lavoro ci metterà di più a 
fare le modifiche sul layout che uno che usa i <div> ecc ... ossia 
divide il layout dal contenuto ... allora so che scegliendo il secondo 
avrò un prodotto più standard e che potrà essere modificato più 
velocemente. Cosa scelgo? La risposta è ovvia ...
Non dico che adesso di punto in bianco bisogna usare tutti i div, ma che 
magari, almeno in via di studio e aggiornamento è bene prenderla in 
considerazione.
Per Luca Pagani (dove sei?) ... vedi cosa intendevo un bel po' di post 
fa come barriere all'entrata?
Ciao!


 x euro ora per modifica.
In tal caso saprai -a priori- che la spesa per
modificare il sito, come vuoi tu, sarà intorno ai
tot. Euro. Lo dici al tizio he se ne occupa e gli
chiedi quanto vuole. Poi decidi.

fa come barriere all'entrata?
Hemm...Lp=Luca Pagani, sono io :)
bye

 Hai fatto una figura di merda prima, perfavore non perseverare.
Scusa se mi intrometto ma a me sembra che la figura di cacca l'hai fatta tu
:p


??????????????????


 Hemm...Lp=Luca Pagani, sono io :)
Si vabbé!!!
Ma se uno cambia Sign ogni 3 minuti come faccio a riconscerti!!! :-))))))))
Tra l'altro sei pure sprito da ICQ ... tutti voi li voltete fare i soldi 
:-))))))


 presentation of 
Quel *Later* e' la chiave, vuol dire che in ordine di importanza, DIV va 
usato prima di tutto per definire la struttura del documento, e 
*secondariamente* per applicare la formattazione.
Insomma, se per fare il solito layout a 2 colonne in CSS usi 2 DIV, uno 
per la colonna principale, e uno per la barra dei menu, te la cavi 
anche...
Ma quando inizi a mettere quei due DIV in un contenitore perche' devi 
applicare uno sfondo diverso da quello di body, poi ne metti un altro 
per avere un colore di riempimento su  tutta la colonna a cui hai 
applicato 'float', poi un altro per un bordino, e poi via cosi' ...
.. beh in questo caso il codice HTML diventa sempre piu' legato a quello 
che scrivi nel foglio di stile, e, appunto, l'informazione non e' piu' 
separata dal layout.

 
Beh se la discussione è a questi livelli allora è divertente :-)
Il problema di una struttura di <div> complessa va a toccare, e anzi 
oserei dire a cozzare, anche con la filosofia Cross Platform che Xhtml + 
Css2 hanno. Senza dirla in paroloni, se devo fare un sito che abbia un 
contenuto visualizzabile ovunque preferisco usare **pochi** div in modo 
da non rompere le palle al layout, e, talebanamente parlando, madare a 
casa le tabelle anche per "intabellare i dati" sostituendolo con gli Ul, 
i Li e i div. Ti faccio un esempio:
Con le tabelle i dati di un sito li metti così:
Cont1a Cont2a Cont3a
Cont1b Cont2b Cont3b
Se sono sul mio Nokia non riuscirò mai a vederli questi dati in quanto 
la tabella scassa le palle perché mi fa vedere tutti i cont di classe a 
su una riga.
Se invece nel foglio di stile assegno al div un float left allora lui mi 
sbatte a capo i dati che non ci stanno ... (spero di essere stato 
chiaro) ... ottenendo una cosa così:
Cont1a
Cont2a
Cont3a
Cont1b
Cont2b
Cont3b
E' questa l'utilità ... secondo me.
Concordo al 110% con te che le nidificazioni di div incasinino il 
codice, ma per ora, applicandolo ad un lavoretto che sto facendo sto 
riuscendo a far vedere dati senza necessità di intabellare e senza usare 
troppi div... vedremo se è una strada valida o no ...
Bye


:-))))))
Si perchč tra ieri e oggi mi č morta la scheda madre...:/ 
E cmq ci sono. Invisibile ma ci sono.
bye

 ??????????????????
Della serie: non date da magna' ai trolli...
Certo, magari ci vogliono 1-2 post per capire che lo sono... (perché se non
lo fossero o sono ignoranti o duri...).


 Cont1b Cont2b Cont3b
Il problema che devi porti e' se la tabella e' l'elemento giusto per i 
dati che vuoi presentare all'utente.
Su quell'esempio non saprei esprimermi pro o contro, ma complichiamolo 
un po':
         +-------+------+------+
         |  2000 | 2001 | 2002 |
+--------+-------+------+------+
|Entrate |    50 |   55 |   60 |
|Uscite  |    45 |   50 |   55 |
+--------+-------+------+------+
Dove 'Entrate', 'Uscite', '2000', '2001', '2002' sono intestazioni, 
rispettivamente per le righe (le prime due) e per le colonne (le altre), 
allora e' importante mantenere la *relazione* tra intestazioni e celle 
di dati (<th scope="row">, <th scope="col">), e l'elemento TABLE *e'* la 
scelta *giusta*.
Se scegli altre strade:
a) perdi la relazione tra intestazioni e celle (quanto questo sia grave 
dipende - attualmente di browser che effettivamente utilizzano questa 
caratteristica ne esistono ben pochi, forse nessuno);
b) perdi la *presentazione di default* delle tabelle nei client grafici: 
questo potrebbe rendere meno comprensibile la tabella ad una certa 
classe di utenti, magari quelli con browser che non supportano i CSS, e 
questo potrebbe non essere un problema da poco;
c) scegli gli elementi HTML *non in base al loro significato* ma in base 
al rendering che hanno su un dispositivo particolare, tra l'altro tra i 
meno diffusi, e quindi torni daccapo: codice HTML legato alla 
presentazione (div invece di table), anche se poi la alteri in CSS 
(float su alcuni).
Dovrebbe essere invece il client limitato, in questo caso un Nokia, ad 
occuparsi di trasformare la tabella in modo da renderla utilizzabile su 
un piccolo display, per esempio in questo modo:
2000, Entrate: 50
2001, Entrate: 55
eccetera. 
Non lo fa, evidentemente, e allora questo e' un problema. 
Una soluzione come quella che proponi puo' essere accettabile solo se la 
vasta maggioranza degli utenti usa il Nokia, altrimenti la soluzione 
ottimale e' creare una versione 'specializzata' delle tabelle per andare 
in contro alle esigenze dei client piu' limitati. Una soluzione *unica* 
che vada bene a entrambi non esiste.

 che vada bene a entrambi non esiste.
In effetti, in questo momento, pensare di avere un unico Css e un unico 
output per tutti i media, anche utilizzando XHTML Strict mi sa che č un 
po' utopistico ...
Mi creerň dei css per i vari media e l'output lo getirň in tabelle per i 
media che hanno piů spazio e in altri modi per gli altri
Tx


 le tabelle richiede uno sforzo davvero enorme.
Piu' che enorme, direi inutile, almeno nella pratica.

 Forse.
Uh? Forse "maggiore coerenza/somiglianza" tra tutti i siti
che ne fanno uso. Vedi utilizzo dei trattini, che ormai sono
la firma dei siti taleban-xhtml-css. (*)
(*) Curiosità: 
www.alltheweb.com
 (simile a google) celebra la
sua totale compatibilità con XHTML e CSS: "We're XHTML and
CSS compliant!" E infatti guarda caso... 90% del layout è fatto
di trattini.


A me i trattini piacciono di brutto :-))))


 Cla
Anche a me, 
alltheweb.com
 per esempio ha una linea
molto accattivante (forse è uno dei motori più belli
a vedersi). Però è un marchio di fabbrica, inizia
ad essere visto un po' troppo.

 pasticcio incomprensibile.
perche' si discute di 'ste cose?
alle volte me lo chiedo (esco ora
da una discussione con asd).
ognuno fa come cazzo vuole.
giusto?
volete usare le tabelle?
usate le tabelle.
volete usare i css?
usate i css.
cosa cambia? nulla. ognuno sara' convinto
di aver fatto la cosa piu' giusta (anche
se qualcuno dira' sempre il contrario).
ah, le guerre di religione!
-
goldicus1970 AT 
yahoo.it
http://www.netspyke.com/deelan

 da una discussione con asd).
Di cosa si discuteva? Ho già rimosso credo.

 fanno giusto) 
L'hack per il box model può essere evitato, non impostando larghezza e
padding/bordi nello stesso elemento.
Prova a visitare 
www.constile.org
 o 
geco.constile.org
 , vedrai che nei
CSS non c'è nessun tipo di hack, poiché, per il mio modo di vedere,
gli hack sono molto distanti da obiettivi quali crossbrowsing e
standardizzazione che si vogliono ottenere con XHTML e CSS.
Per intenderci, ritengo che un sito si indipendente dal browser non
quando appare uguale su IE6 e NN4 ma quando i contenuti sono
disponibili in maniera chiara e strutturata su qualsiasi browser .
Saluti

 Saluti
OK, è arrivato il Guru ;-)
Adesso ve la vedete con lui ... io sono troppo poco skillato per 
sostenere conversazioni a questo livello.
Welcome Gianluca


 Cla
Ciao Cla, 
non sono e non mi sento un guru, cerco solo di dire la mia opinione,
che giusta o sbagliata che sia è pur sempre un'opinione.
Saluti