Close

Pagina 1 di 3 123 UltimaUltima
Risultati da 1 a 10 di 30
  1. #1

     

    Non ho provato iWeb ma guardando il codice che genera Apple ha fatto veramente un tonfo.

    Lasciando perdere il programma (non avendolo provato come potrei giudicare ), il codice generato è davvero deludente, ricorda FrontPage prime versioni, un esempio è che per i paragrafi utilizza
    invece del tag

    .

    Dato che iWeb è nato con l'intento di permettere a più persone possibile avere una 'vetrina' su internet sarebbe stato carino che tale vetrina fosse aderente ai requisiti qualitativi minimi (ovvero aderenza agli standard w3c).

    Anche perchè siti 'scritti' in questo modo praticamente sono una porta in faccia a chi utilizza device 'particolari' (per ipovedenti & simili).

    Speriamo che sia solo un problema di giovinezza
    Se vedete che non rispondo mandatemi un pm :)

    My [url=http://simo2409.deviantart.com/gallery]gallery[/url]

  2. #2
    Quintessenza di Mac Peer L'avatar di gnombyX
    Data Registrazione
    Mar 2005
    Località
    (TO)
    Messaggi
    5,402
    ma iweb e' in grado di modificare un html scritto da un altro programma?
    Iolla Iolla® supporter

  3. #3
    Quintessenza di Mac Peer L'avatar di TheCube
    Data Registrazione
    Jan 2005
    Località
    Milano
    Messaggi
    11,944
    Citazione Originariamente Scritto da simo2409
    ricorda FrontPage prime versioni, un esempio è che per i paragrafi utilizza
    invece del tag

    .
    Guarda che è prassi normale, normalissima direi, per consentire una formattazione ad-hoc (CSS docet) di testo et similia.
    E, aggiungo, il tutto (intendo il DIV con un CLASS) è perfettamente W3C compliant. Da anni.
    [B][FONT=Comic Sans MS][SIZE=4][COLOR=#0000ff]
    [/COLOR][/SIZE][/FONT][/B]

  4. #4
    Esistendo il tag

    per indicare il paragrafo è concettualmente sbagliato utilizzare un
    .

    E' come se per fare una tabella facessi tanti
    quando esiste , i tag non sono stati fatti a caso, hanno una precisa funzione

    Che poi anche il div funzioni è un altro paio di maniche ... come in tutte le cose ci sono vari modi di farle ... ma solo uno è quello giusto
    Se vedete che non rispondo mandatemi un pm :)

    My [url=http://simo2409.deviantart.com/gallery]gallery[/url]

  5. #5
    Quintessenza di Mac Peer L'avatar di TheCube
    Data Registrazione
    Jan 2005
    Località
    Milano
    Messaggi
    11,944
    Citazione Originariamente Scritto da simo2409
    Esistendo il tag

    per indicare il paragrafo è concettualmente sbagliato utilizzare un
    .

    E' come se per fare una tabella facessi tanti
    quando esiste
  6. , i tag non sono stati fatti a caso, hanno una precisa funzione

    Che poi anche il div funzioni è un altro paio di maniche ... come in tutte le cose ci sono vari modi di farle ... ma solo uno è quello giusto C'hai ragione, ma non è fuori standard utilizzare un DIV per la formattazione di un paragrafo, ovvero è compatibile con W3C e infatti qualsiasi browser serio (e questo esclude a volte IE...) lo accetta senza problemi.
    Esistono anche H1, H2 e via dicendo, ma non li usa più nessuno con l'avvento dei CSS... Stessa sorte per tag "inutili" come

    .
    Il discorso
    è radicalmente diverso a mio avviso, infatti le tabelle sono molto più evolute come strumento di layout rispetto al triste tag

    e conservano ancor'oggi dignità di esistere.
    [B][FONT=Comic Sans MS][SIZE=4][COLOR=#0000ff]
    [/COLOR][/SIZE][/FONT][/B]

  7. #6
    Scusa ma è sbagliato, non è vero che nessuno più usa

    ecc, chi vuole fare siti internet bene (e con bene intendo che siano formalmente 'giusti') deve utilizzarli (come dice il w3c).
    I tag

    ...

    ... e compagnia bella non vanno annullati solamente perchè sono sostituibili da un
    o da uno .

    Anche i

  8. per formare il layout è un grave errore, il tag
    è stato fatto epr identificare una tabella all'interno della pagina, non per fare l'allineamento della stessa (a quello servono determinati attributi nei css).

    Non puoi ignorare la semantica della pagina. Una volta anche io ragionavo come fai tu ma mi sono reso conto che è 'sbagliato', non praticamente (perchè il risultato è lo stesso) ma razionalmente lo è.

    I tag

    ecc non vanno considerati come tag che ti 'rendono a video' in un certo modo, ma vanno considerati come marcatori di parti del documento.
    Il titolo della mia pagina va tassativamente messo in un non perchè mi renda la scritta più grossa ma perchè quel certo tag indica che il testo contenuto rappresenta logicamente il titolo della pagina.

    La questione di come renda a video poi è definibile coi css, ma questo non vuol dire che il documento html possa essere non strutturato.

    Scusa se insisto su questo punto ma è fondamentale per capire il ruolo dell'html come 'struttura' della pagina e (come hai detto tu) il css a cui viene delegato l'aspetto a video.
    Se vedete che non rispondo mandatemi un pm :)

    My [url=http://simo2409.deviantart.com/gallery]gallery[/url]

  9. #7
    Quintessenza di Mac Peer L'avatar di TheCube
    Data Registrazione
    Jan 2005
    Località
    Milano
    Messaggi
    11,944
    Citazione Originariamente Scritto da simo2409
    Scusa se insisto su questo punto ma è fondamentale per capire il ruolo dell'html come 'struttura' della pagina e (come hai detto tu) il css a cui viene delegato l'aspetto a video.
    Ultima replica poi basta, perchè secondo me stiamo annoiando qualcuno... (e siamo OT di brutto):
    tu parli di struttura, di definizione del ruolo dei contenuti e del significato ad essi relativo dei tag HTML.
    Hai ragione, peccato che sono concetti che appartengono a linguaggi di markup come XML, che infatti non si curano minimamente dell'aspetto estetico dei tag (il grassetto superdotato dell'H1), ma definiscono ruolo e significato dei contenuti associati ai tag stessi.
    HTML è vecchio come strumento di formattazione/layout ed è superato infatti dai CSS (nati eoni dopo il tag

    e

    , proprio per superarne gli evidenti limiti espressivi), ed è (sempre stato) inadeguato come linguaggio di "strutturazione" delle informazioni, soppiantato alla grande da XML e varianti specializzate.
    Nessuno oggi definerebbe dei contenuti in HTML traguardando la definizione strutturale degli stessi.
    Qui io chiudo perchè non mi sto capendo più nemmeno da solo....

    [B][FONT=Comic Sans MS][SIZE=4][COLOR=#0000ff]
    [/COLOR][/SIZE][/FONT][/B]

  10. #8
    Ultima replica anche per me poi basta OT :P

    Lo stesso w3c definisce l'html come struttura della pagina, l'aspetto estetico dei singoli tag non va minimamente considerato per decidere 'quali usare' perchè l'aspetto è delegato ai css. Se vuoi che un tag

    esteticamente sia come un >b< (fatto così per problemi col bbcode) puoi farlo (con i css) quindi non ha senso scegliere

    solo perchè vuoi il testo grosso.

    Per quanto riguarda l'xml hai ragione, ma l'html (e l'xhtml) non sono altro che xml con il loro buon DTD

    Considera l'html come un xml con dei css di default

    Se guardi su google (e sul sito del w3c) vedrai che l'html deve definire la struttura della pagina mentre i css l'estetica.

    Se utilizzi i tag errati il sito potrà anche avere l'aspetto corretto e molto probabilmente verrà validato ... ma sarà comunque sbagliato perchè non rispondende alle caratteristiche del w3c, il quale raccomanda la separazione html (struttura) e css (aspetto).

    Grazie per la chiacchierata, è sempre piacevole parlare civilmente di cose interessanti

    Se vedete che non rispondo mandatemi un pm :)

    My [url=http://simo2409.deviantart.com/gallery]gallery[/url]

  11. #9
    Mac Peer Aficionado L'avatar di alex
    Data Registrazione
    Jul 2005
    Località
    Roma
    Messaggi
    571
    Citazione Originariamente Scritto da simo2409
    Grazie per la chiacchierata, è sempre piacevole parlare civilmente di cose interessanti
    E' un peccato chiuderla qui, perchè la diatriba non è affatto noiosa, ma è solamente un po' troppo "avanzata" per le mie conoscenze.

    iWeb non si rivolge certo a voi, ma sarebbe interessante capire se il "difetto" rilevato da simo introduca davvero un rischio di cattiva visualizzazione nel mondo reale.

  12. #10
    dato che hanno inneggiato tutti a splittare il thread rispondo :P

    iWeb non si rivolge certo a voi, ma sarebbe interessante capire se il "difetto" rilevato da simo introduca davvero un rischio di cattiva visualizzazione nel mondo reale.
    Per quanto riguarda la mera 'visualizzazione' della pagina il risultato è identico.
    La grossa differenza tra il metodo che dico io e quello di TheCube è che a lui interessa che la pagina venga visualizzata correttamente, mentre io guardo che la parte struttura (html) sia separata da quella estetica (css).

    Se si ha un titolo nella pagina va utilizzato il tag

    (che appunto rappresenta un titolo) non uno (che potrebbe essere uno spezzone qualsiasi di testo grosso).

    E' sottile come differenza ma è molto importante

    Se vedete che non rispondo mandatemi un pm :)

    My [url=http://simo2409.deviantart.com/gallery]gallery[/url]

  13. Discussioni Simili

    1. codice html
      Di Cloud nel forum Mac Help
      Risposte: 1
      Ultimo Messaggio: 07-09-07, 14:43
    2. iweb o non iweb...questo e il dilemma!
      Di melabacata nel forum Grafica digitale su Mac
      Risposte: 14
      Ultimo Messaggio: 10-04-07, 12:38
    3. Html in iWeb
      Di noospy nel forum Grafica digitale su Mac
      Risposte: 5
      Ultimo Messaggio: 13-09-06, 00:23

    Permessi di Scrittura

    • Tu non puoi inviare nuove discussioni
    • Tu non puoi inviare risposte
    • Tu non puoi inviare allegati
    • Tu non puoi modificare i tuoi messaggi
    •