Forum libero

- Scritto da: Daisuke Niwa
> P.S.: Si noti che, infatti, dal DOCTYPE a partire
> dall'HTML5 è sparita la versione. Questo perché è
> irrilevante... i browser devono sempre applicare
> le ultime specifiche del
> W3.

questa è dittatura comunista sovietica

- Scritto da: altg
> um.. adesso capisco chi c'e` al W3.
> In maggioranza sviluppatori di firefox.
> Temo ci sia un conflitto d'interesse.
> Con tanto di leggi ad-browser.

Non credo, perché il problema a cui mi riferivo era un problema di comportamento proprio di Firefox. In pratica una cosa da un giorno all'altro aveva smesso di funzionare come era funzionata dalla versione 0 di Firefox in su... e questo perché il W3 ha scelto un'implementazione diversa (ed estremamente illogica, cosa che gli ho fatto notare e infatti mi hanno risposto che hanno scelto l'altra implementazione più o meno tirando la monetina e senza rendersi conto che questo poteva in effetti essere un problema).
Anzi, alcuni di loro mi hanno addirittura risposto "abbiamo scelto l'implementazione di IE"

- Scritto da: ::1
>
> - Scritto da: Daisuke Niwa
> > Anche se nel DocType c'è scritto HTML4
> > il browser deve applicare le regole dell'HTML5,
> > punto e basta.
>
> Non mi risulta.

Non lo troverai scritto da nessuna parte, non esplicitamente per lo meno, o almeno io non l'ho trovato. Però è comprensibile che sia così.

L'HTML5 è per lo più retro-compatibile con l'HTML4, tuttavia dettaglia il funzionamento dell'HTML in modo molto più rigoroso di quanto facesse l'HTML4, fornendo persino algoritmi di comportamento che i browser devono seguire.
In altre parole, l'HTML5, chiarisce meglio il comportamento dell'HTML in genere per come lo volevano implementato quelli del W3 e non per come è stato invece implementato dai browser.

Ora, anche secondo me sarebbe stato meglio lasciare le cose come stavano per l'HTML4 e applicare i cambiamenti solo dal 5 in poi. Però questo porta a complicazioni non indifferenti per chi fa i browser.
La soluzione più semplice è quella di adattarsi agli algoritmi del W3 e buttare l'implementazione vecchia.
La nuova implementazione gli garantisce una buona retrocompatibilità (con i suoi limiti, ovviamente) per senza dover attivare e mantenere engine diversi di parsing e comportamento dell'HTML.

D'altra parte... a che pro dovrebbero essere mantenute le vecchie versioni se il loro funzionamento è in contrasto con la base fondante dell'HTML che è la separazione fra semantica e presentazione? È come voler mantenere un bug perché fino a ieri si è sempre fatto così.

Senza contare che l'approccio di mantenere vive le vecchie versioni che pasticciano fra semantica e presentazione tende a dare un alibi agli sviluppatori per continuare a sviluppare pagine rotte e difficilmente fruibili da altri utenti.

Faccio presente che lo scopo dell'HTML non è quello di mantenere la retrocompatibilità con i vecchi browser, ma quello di fornire le informazioni all'utente a prescindere dai suoi handicap e dal mezzo che deve usare. Questo dunque è prioritario e se nella specifica vecchia ci sono bug in questo senso, questi bug vanno eliminati, non mantenuti con la scusa "eh ma tanto lì c'è scritto che la pagina è HTML4".

L'ulteriore hint, a parte le argomentazioni logiche, che il W3 vuole sbarazzarsi della "scusa" della versione per continuare a mantenere quelli che sono veri e propri bug nella specifica è che nel DOCTYPE dell'HTML5 è scomparso ogni riferimento alla versione.

Riassumendo dunque vantaggi e svantaggi.

Vantaggi:
- i browser non dovranno più mantenere i vecchi engine con interpretazioni loro della specifica, questo significa browser con engine più piccoli e più veloci senza tanti salti condizionali tipo
> if HTML4 allora
> elseif HTML3 allora
> .....
- i bug nella specifica HTML vengono così messi da parte una volta per tutte e l'HTML viene usato in modo corretto
- forzi in questo modo gli sviluppatori ad adattarsi all'ultimo standard disponibile togliendo loro la possibilità di continuare ad usare standard rotti che danno problemi a diversi utenti
- l'HTML5, essendo quasi completamente retrocompatibile con l'HTML4, può essere usato per interpretare qualsiasi versione precedente senza doversi sbattere tanto. Eventuali problemi saranno solo problemi minori, perfettamente sopportabili (in altre parole, con questa scelta, non è che rompi tutte le pagine su Internet rendendone il contenuto non fruibile)
- con la scomparsa di ogni riferimento dalla versione dal DOCTYPE si sottolinea agli sviluppatori che l'unica implementazione valida è sempre l'ultima (pur essendo studiata per essere per lo più retrocompatibile con le versioni precedenti)

Svantaggi:
- ci sarà un periodo di transizione in cui ci saranno delle pagine con lievi difetti a causa del fatto che i browser dovranno cambiare comportamento
- diversi sviluppatori si incazzeranno perché dovranno aggiustare le loro implementazioni

Figurati che io ho dovuto mettere mano a quasi tutte le mie applicazioni intranet (con modifica di una 40ina di file) proprio per questa ragione... quindi non è che sia proprio un sostenitore di questa politica ma capisco che ha vantaggi che sono ben al di sopra degli svantaggi che la cosa presenta.

- Scritto da:
>
> - Scritto da: Daisuke Niwa
> > Diverse cose sono cambiate, incluse alcune
> regole
> > che potrebbero rompere diversi
> > siti.
>
> tipo?

Per esempio.
I tag INPUT nelle form.
Come sai, quando premi "INVIA", al server sono mandate coppie di tipo
nome = valore
Dove "nome" è l'attributo "name" del tag INPUT e il valore è il valore che contiene.
Ecco...
Dall'HTML5 in poi questo vale praticamente per tutti gli INPUT... salvo quando il type="image", in quel caso, anziché la coppia nome = valore, avrai nome_x = coordinataX, nome_y=coordinataY

Ora... diverse persone fra cui io, per sapere se una form era stata inviata, testavano la presenza della coppia nome = valore nel POST dei dati del pulsante SUBMIT della form. Dall'HTML5 in poi, se il pulsante SUBMIT è di tipo immagine (magari perché vuoi che il pulsante sia carino), questo tuo metodo non funzionerà più, la tua pagina non saprà che hai inviato i dati e perciò li scarterà.

È una cosa illogica... perché mai l'INPUT di tipo immagine non deve inviare oltre a nome_x e nome_y anche la coppia nome=valore come è logico che sia visto che vale per tutti gli altri INPUT e visto che non rompe né da problemi di alcun tipo? Però è così. Se vai a vederti l'algoritmo del W3 che dettaglia questo funzionamento vedrai che è proprio così che è inteso funzionare... perciò incazzarsi con i browser se da un giorno all'altro la tua pagina non funziona più non serve a nulla. È colpa di una scelta illogica del W3 ma che i browser devono rispettare. Prima ai browser era lasciato campo libero, ora non più.

- Scritto da:
>
> - Scritto da: Daisuke Niwa
> > Diverse cose sono cambiate, incluse alcune
> regole
> > che potrebbero rompere diversi
> > siti.
>
> tipo?
>
> comunque basta continuare a scrivere xhtml e si
> va sul
> sicuro
>
> fra l'altro genera codice più consistente di
> qualunque html
> x.x

l'xhtml viene interpretato come html da tutti i browser a meno che non venga servito con l'appropriato mimetype (e in tal caso non funziona su IE6)

- Scritto da:
>
> - Scritto da: Daisuke Niwa
> > Diverse cose sono cambiate, incluse alcune
> regole
> > che potrebbero rompere diversi
> > siti.
> >
> > Inizialmente pensavo fosse colpa di Firefox.
> Dopo
> > aver litigato con loro è saltato fuori che loro
> > non potevano farci nulla, perché il W3 aveva
> > deciso
> > diversamente.
> >
> > Sono quindi andato a litigare con quelli del W3
> e
> > mi è stato detto che l'HTML4 va considerato
> > deprecato.
> >
> >
> > Diverse scelte in HTML4 erano scelte frettolose,
> > incoerenti e mal pensate. Il tizio mi ha detto
> > che sono stati un sacco di tempo a tirar fuori
> le
> > specifiche dell'HTML5 _proprio_ perché stavolta
> > non volevano cadere nell'errore fatto con
> > l'HTML4. In altre parole BISOGNA considerare le
> > specifiche dell'HTML5 come le specifiche
> GENERALI
> > dell'HTML. Anche se nel DocType c'è scritto
> HTML4
> > il browser deve applicare le regole dell'HTML5,
> > punto e basta. l'HTML4 è praticamente deprecato
> e
> > i browser non sono più obbligati ad
> > implementarlo. Applicheranno invece di default
> le
> > regole
> > dell'HTML5.
>
> tutto molto bello
>
> adesso il w3c deve solo convincere tutti gli
> utenti internet del mondo a passare a browser
> aggiornati ad html
> 5
>
>

L'importante è che ci passino gli sviluppatori, gli utenti non potranno fare altro che adattarsi... se vogliono vedere delle pagine web decenti.