Pagina 2 di 10 primaprima 1 2 3 4 ... ultimoultimo
Visualizzazione dei risultati da 11 a 20 su 94
  1. #11
    Utente di HTML.it L'avatar di colde
    Registrato dal
    Feb 2001
    Messaggi
    1,802
    io io io io io io io!!!!
    www.beppegrillo.it
    Il blog di Beppe!!

  2. #12
    Facciamo un esempio extra-semplice. Prendiamo il bigliettino amoroso affrontato in questo articolo:

    - www.mibmagazine.it/article.php?id=51

    Nella vecchia mentalità, un designer che avesse voluto pubblicare il bigliettino cartaceo in una pagina web avrebbe molto probabilmente creato una cosa del genere (mi scuso se commetto errori di codice e vi prego di correggermi):
    codice:
    <table>
       <tr>
          <td>
             
    
    Da Romeo a Giulietta
    
             Fatti mandare dalla mamma a prendere il latte</p>
          </td>
       </tr>
    </table>
    Funziona! Ma c'è un problema: abbiamo tradotto pessimamente il documento. Un umano capisce di cosa si tratta, ma una macchina no: in prospettiva di un web futuro in cui le macchine saranno deputate alla ricerca delle informazioni questo è ovviamente la rovina.

    Con la nuova mentalità, il documento si potrebbe tradurre così:
    codice:
    <div id="biglietto">
       <div id="info">
          Da <span id="mittente">Romeo</span> a <span id="destinatiario">Giulietta</span>
       </div>
       <p id="messaggio">Fatti mandare dalla mamma a prendere il latte.</p>
    </div>
    Insomma, abbiamo dato un significato a quello che abbiamo scritto, un significato che può essere interpretato da una macchina.

    La resa grafica poi è tutto un altro discorso, in quanto con i fogli di stile è TOTALMENTE gestibile. Il vero punto su cui concentrarsi - che è poi la vera potenzialità dei linguaggi di markup - è la corretta traduzione in documenti per il web, utilizzando tutti gli strumenti a disposizione.

    Scrivere pagine solo con le tabelle è come partecipare ad un open di golf con solo il putter: si può fare, ma tutti gli strumenti appropriati e disponibili vengono ignorati, e i risultati ve li lascio immaginare.

    Forza e coraggio: qui si tratta di diventare persone meno superficiali e più attente. Evviva il www!

  3. #13

  4. #14

  5. #15
    Utente di HTML.it L'avatar di Marcolino's
    Registrato dal
    May 2003
    residenza
    Udine
    Messaggi
    3,606
    Originariamente inviato da colde
    Non voglio entrarei in merito alla discussione dato che ne abbiamo parlato giusto ieri ma vorrei puntualizzare una cosa:

    i CSS+XHTML hanno portabilità solo se realizzati con quel determinato criterio, ovvero tenendo conto di un layout completamente liquido, altrimenti col palmare non so cosa puoi vedere. Questo mantenendo la formattazione; ovvio che se togli il foglio di stile, il sito potrà essere visualizzato senza problemi dato che ti apparirà un documento solo testuale.

    Per il resto della discussione faccio come AWD, rimango in disparte e mi godo la discussione. Passami i popcorn manazza!
    La questione dei palmari è molto più complessa, in pratica se è pur vero che con le tabelle si può ovviare a qualcosa, è pur vero che con un palmare hai gli stessi problemi che si avevano 10 anni fa col Web, ovvero anarchia pura.
    Questo non perché non esistano standard per essi, no è solo che nessuno li segue, ne costruttori di palmari ne "costruttori" di browser e in questo campo pensa tu, IE per PDA è uno dei più stanrdard, perché al solito Microsoft sa bene come si ruba il mercato.
    Quindi per i palmari ci vuole sempre il foglio di stile ad hoc ma prevedendo pure che esso non verrà caricato, perché la versione del browser che lo leggerà potrebbe non riconoscerlo. Quindi vai di hack, che è la cosa peggiore ma funzionante.
    L'importante è non perdere contenuti e guarda che si può fare anche su siti di complessità crescente, per esempio forum.diodati.org è stato sperimentato su moltissimi palmari e telefonini, c'è pure un thread apposito per gli screen shot. E quel forum è costruito in modo molto più complesso di questo.

  6. #16

    Re: perche tutti contro le tabelle?

    Originariamente inviato da Maison Ikkoku
    ma perche molti si ostinano a fare siti web penosi tipo anni 97-98 quando esisteva soltanto FrontPage e la prima versione di Dreamweaver e non si era capaci di gestire la complessità delle tabelle...
    Perche ora tutti vogliamo utilizzare i div a discapito della qualità del sito e bellezza abbandonando la si complessa, ma anche molto relativamente, e molto precisa potenza delle tabelle?

    Qualcuno che sappia risponda, grazie.
    vorrei solo dire che di siti mondezza ne ho visti a palate e il 99% di questi erano fatti in tabelle con frontpage, dreamweacer e compagnia bella ... chi non usa tali immondi programmi conosce solo meglio di "te" cosa sta' facendo e perche' ... tutto il resto sono favole , i siti fanno schifo in qualunque modo se non hai qualita' grafiche ... e se fai una schifezza, che almeno sia leggera
    Formaldehyde a new Ajax PHP Zero Config Error Debugger

    WebReflection @WebReflection

  7. #17
    beh già che ci siamo guardiamo la piena potenza delle tabelle

    http://www.lucamascaro.info/articoli...a_tabelle.html
    Luca Mascaro
    Usability e Accessibility Engineer, User Interface Designer/Engineer
    NOW BLOG
    W3C HTML & WCAG WG Member for IWA/HWG

  8. #18
    sono impossibili da fare con i css e xhtml
    sono impossibili da fare per chi non li sa fare.

    dai un' occhiata ai lavori esposti su cssvault.com per rendertene conto.

  9. #19
    Utente di HTML.it L'avatar di Marcolino's
    Registrato dal
    May 2003
    residenza
    Udine
    Messaggi
    3,606
    Originariamente inviato da blakwolf
    beh già che ci siamo guardiamo la piena potenza delle tabelle

    http://www.lucamascaro.info/articoli...a_tabelle.html
    Pur avendolo scorso velocemente, mi pare che:
    il tuo articolo che non dica chiaramente cosa ci si possa fare con le tabelle, o meglio, mi pare che non dica chiaramente che la loro potenza si adatta bene per i dati tabellari appunto, ma che non è lecito usarle per un layout.

    Pur avendo visto layout fatti con tabelle accessibili.

  10. #20
    Originariamente inviato da Marcolino's
    Pur avendo visto layout fatti con tabelle accessibili.
    Il problema fondamentale credo emerga dal fatto che tali layout ammazzanno alla radice il concetto (e le potenzialità) di un linguaggio di markup come xhtml.

    Credo renda bene l'idea del torneo di golf.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.