Quali sono i confini o scope di sviluppo HTML5?

Question

Dalla lettura delle mailing list e guardando la specifica Non posso dire quali sono i limiti di HTML5 sono come un software o di tecnologie di programmazione. Ho visto dove hanno tentato di standardizzare formati video e audio in HTML5 e sembra che possano essere scrivendo le definizioni per XHTML5 nella specifica HTML5. Appare anche la specifica è estremamente lungo e copre argomenti di gran lunga al di fuori delle mere definizioni e le istruzioni di elaborazione minimamente richieste di un linguaggio di markup.

Con la versione 5 è HTML ora un'interfaccia di applicazione rispetto a solo un linguaggio di markup? Se è così allora quali sono i confini ei limiti definiti della tecnologia? Se no, allora perché sono così tanti argomenti irrilevanti al trattamento dei markup di prendere tale ribalta nel processo di sviluppo della tecnologia? Quando i limiti di un termine linguaggio di markup e le preferenze dell'applicazione di un'applicazione user-agent iniziano? Con HTML5 che la separazione non appare molto chiaro, ma come standard del settore dovrebbe essere cristallino, giusto?

Answer 1

Non sei la prima persona chiedendo su questo. Vedere la discussione tra Rob Sayre e l'editor HTML5 (hixie): http://blog.mozilla.com/rob-sayre/2008/02/19/bloaty-parts-of-the -whatwg-HTML5-specifica-che-deve-essere-rimosso / # comment-7559

La mia comprensione è questo: c'è un certo numero di

1. ampiamente implementata, ma underspecified o non specificato vecchie tecnologie (ad esempio "DOM 0" features, tag-zuppa parsing)
2. "importanti" le nuove tecnologie, quali i moderni produttori di browser desideri implementare interoperabile (ad esempio video, tela, in linea).

Se hixie è interessato a loro e non altri passi redattore fino a mantenere una specifica separata, hixie preferisce tenerli in HTML5, "[riformulato] pagare il prezzo di una specifica gonfio per non stallo il progresso web".

A proposito, se si vuole una risposta autorevole, si dovrebbe chiedere hixie se stesso o nei forum di discussione HTML5.

[modifica] ha trovato una e-mail Inoltre da hixie su roba scissione dalla specifica HTML5: http://lists.w3.org/Archives/Public/public-html/2008Oct/0127.html

Answer 2

  

Con la versione 5 è HTML ora un'interfaccia di applicazione rispetto a solo un linguaggio di markup?

Sì.

  

Se è così allora quali sono i confini ei limiti definiti della tecnologia?

Per lo più una regola auto-imposto di non prendere più fatti nuovi importanti funzionalità.

  

Quando si fanno i confini di un fine linguaggio di markup e le preferenze dell'applicazione di un'applicazione user-agent iniziano?

E 'sfocata. La pagina è Stack Overflow un documento o un'applicazione?

  

Con HTML5 che la separazione non appare molto chiaro, ma come standard del settore dovrebbe essere cristallino, giusto?

La specifica è evidente nelle sue esigenze operative. Non ha bisogno di essere chiaro nel definire una distinzione tra documenti e applicazioni.

Answer 3

A rischio di sembrare una semplificazione eccessiva: se è nelle specifiche, è parte dello standard. Per essere compatibile, un agente dovrà attuare le porzioni specificati.

Il fatto che non è "solo un linguaggio di markup" non è una cosa nuova con HTML 5. specifiche HTML erano sempre un po 'più di una semplice documentare markup. Da quello che posso dire, gli sforzi per affinare HTML in una definizione di markup-only raggiunto il loro apice con XHTML.

HTML 5 sembra essere un riconoscimento che pura markup da sola in realtà non va abbastanza lontano verso il richiamo alcune preoccupazioni del mondo reale, e uno standard aggiornato potrebbe contribuire a risolvere questi problemi: "Ma cosa vuoi che accada in questa situazione" "Oh, bene, che è fino al user agent, noi non ti preoccupare che nel nostro spec markup". ... non è una soluzione molto soddisfacente in una rete in cui l'esperienza dell'utente finale soffre a causa di una mancanza di consenso su un solo tali questioni.

E 'un'API? forse, ma come linguaggio che continuerà a funzionare come mera markup quando necessario (si pensi agenti utente non grafici). In alcuni casi, dovrebbe funzionare meglio di quanto le scelte disponibili.

Per rispondere alla tua ultima domanda: no, in uno standard, la separazione tra il linguaggio e il comportamento dell'agente utente markup non ha bisogno di essere "cristallino". Cosa ti ha fatto pensare lo ha fatto? Ma ho il sospetto è più chiaro di quanto si pensi: si può dare un esempio di una parte della specifica in cui non si è sicuri se si riferisce al markup o il comportamento user agent?

Answer 4

È possibile trovare questo articolo molto interessante: X / HTML 5 Versus XHTML 2 http://xhtml.com/en/future/x -html-5-contro-xhtml-2 /

Dal W3C è lento nel prendere una specifica aggiornata e il web non è solo frammentando di più, ma ci sono bisogni che possono essere soddisfatti che non sono realmente possibile a causa delle specifiche che sono così vecchio, HTML5 sta lavorando verso la fissazione di tali, come ad esempio il tag canvas e dopo aver incorporato video / audio. Questo sostituisce il tag <object> molto abusato e Flash dover essere usato al posto.

Il web è andato oltre appena servire le pagine web, ora abbiamo applicazioni JavaScript, così ora possiamo avere una maggiore interattività di quanto fosse realmente possibile prima a causa di alcuni dei cambiamenti non solo da HTML5, ma il movimento verso una nuova versione di JavaScript.

Quindi, HTML5 dovrebbe essere più di un semplice linguaggio di markup come le applicazioni web sono andati oltre i server solo servire pagine statiche, che è ciò che un linguaggio di markup era buono per.

Answer 5

HTML, fin dall'inizio, ha avuto questa tensione tra markup e il comportamento (cfr Perché abbiamo un elemento IMG? ). HTML e il web sono inesorabilmente legati già. Le specifiche HTML oscillano tra la purezza tecnica e aprendo la cowpaths.

HTML è un linguaggio di markup, ma il comportamento di applicazione attuazione della specifica è vincolata. Per ulteriori puro markup, XML o SGML sarebbe più appropriato.

Se ho capito bene, si sta chiedendo il motivo per cui la specifica non è limitata alla porzione di markup (x / HTML 5) e invece specifica anche il comportamento degli utenti-agent, è corretto? Se è così, credo che sia perché la specifica copertura fa il comportamento user-agent, volutamente così. Essa specifica come l'applicazione attuazione deve comportarsi in modo da essere in aderenza alle specifiche.

Se si stavano iniziando da zero oggi, non finirebbe con HTML5. Tuttavia, non stiamo partendo da zero e le specifiche HTML abbiamo sempre cercato di bilanciare il mondo reale con l'ideale.

Answer 6

Ecco il link che indica le differenze tra HTML5 e HTML4. Un sacco di attributi e tag sono stati rimossi dal HTML5 considera che sono stati meglio gestite da CSS. Che cosa succede se la facilità programmatore, se non è padroneggiata il CSS?

Answer 7

Forse la risposta migliore alla tua domanda è "Che cosa stai cercando di fare?".

Lo dico perché, se si sta cercando di costruire un'applicazione web, ora che funziona nei browser moderni web (leggi: non IE) utilizzando HTML5, quindi la portata / confini che si sta andando a preoccuparsi sono ciò che il principale moderni produttori di browser stanno sostenendo e pianificare sul sostegno al più presto.

Google Wave ha fatto questo e si avvicinò con un grande prodotto che funziona cross browser (Firefox / Chrome / Safari / Opera). Alcuni inquilini di base di HTML5 che sono ampiamente supportati già sono video / audio / tela / stoccaggio / geo.

http: //radar.oreilly .com / 2009/05 / google-scommesse-big-on-html-5.html