Šéf Opera Software: HTML se brzy vyrovná technologii Flash

Takže HTML5 bude za pár let umět možná to, co umí XAML/Silverlight už pěkných pár měsíců, a Flash pár let. Je to důvod k radosti?

vzhledem k tomu, že primárním cílem to nikdy nebylo, na rozdíl od fl/sl

Můžeš vyvíjet Silverlight a Flash prakticky v čemkoliv? Nemůžeš, musíš si ty produkty zaplatit. Takové HTML napíšeš i v Poznámkovém bloku, to může být jeho zásadní výhoda. Ne každý je totiž ochotný platit prachy za to, aby si naprogramoval nějakou tu bohatější webovou aplikaci.

Tu aplikaci popisovanou v článku taky napsal někdo v notepadu?

Tak, v mspaint-e by sa mu to robilo tazko A sudiac podla formatovania, Word za tym tiez nebol.

Jo, všichni v js píšou v notepadu

Hele Rudo, tady přece vůbec nejde o notepad. Sám už jsem třeba párkrát musel přes mobil+GPRS+FTP narychlo předatlit nějakej blbě padnoucí popisek, změnit link atd. - a teď si představ že totéž musíš spáchat v Silverlightu/Flashi, svůj widloidní notebook po ruce nemáš, cizí pecka+RDP nehrozí a domů kvůli tomu nepojedeš...

Já vím že ty takhle nefunguješ, ale zkus pochopit že spousta lidí ještě pořád jo - a proto jim představa že na www by potřebovali SDK vadí jak osina v řiti...

OK. chápu.

Připojení přes mobil a GPRS není problém. Můžete použít notebook s nástroji, nebo se přes RDP připojit ke stroji kde máte nástroje. Jak asi myslíte že to dělají vývojáři desktopových aplikací?

Ono ani nejde o to, že řešení existuje, jako o to, že někteří to nezkousnou.

Riesenia existuju vzdy, lisia len v jednoduchosti

Pro Silverlight si stáhneš SDK, které je zdarma, napíšeš v tvém oblíbeném Poznámkovém bloku a zkompiluješ. Samozřejmě existují i mnohem efektivnější způsoby, a to jak placené, tak i bezplatné.

Pro Flash, resp. Flex platí to samé.

Tak to vidis. Musis stahovat SDK, musis to kompilovat, zrejme k tomu musis mat aj PC s Windowsom... zatial co zabudnutu chybu HTML si schopny v pripade nudze opravit z vlaku cez mobil

Naviac, HTML moze (a HTML5 bude moct) zobrazit prakticky lubovolne k internetu pripojene zariadenie. A to sa o flashy povedat neda.

SDK není nutné na nic jiného, než kompilaci (a i ta se dá udělat online na webu). Navíc málo kdo potřebuje editovat webové aplikace na mobilu ve vlaku :)

A to ľubovoľné k internetu pripojené zariadenie to bude vedieť samé od seba? Alebo niekto bude musieť naprogramovať aplikáciu, ktorá to zvládne, úplne rovnako ako by to trebalo robiť pre flash?

LKLK: Ako som pisal hore... Naco si to komplikovat, ked sa to da spravit jednoducho?

Gofry: Odpoviem ti protiotazkou: Na kolkych zariadeniach si doposial videl flash a na kolkych program schopny reenderovat HTML?

Co je složitého na kompilaci XAML projektu? Zvládne to i cvičená opice, pokud umí zmačknout tlačítko.

Je to zlozitejsie nez spustenie HTML suboru a Javascriptu A naviac je to s kazdou zmenou a kazdym dalsim testomzdlhavejsie.

Takze este raz. Naco si to zbytocne komplikovat?

Na to ti tiež odpoviem protiotázkou: Koľko zaujímavého obsahu je v HTML a koľko vo Flashi? Flash poväčšine slúži na zobrazovanie "luxusného" obsahu, o ktorý užívatelia mobilných zariadení zatiaľ nestoja (často o to nestoja ani užívatelia normálnych počítačov ). Nič to však nemení na tom, že aj parser HTML5 bude musieť niekto naprogramovať a do mobilného zariadenia nainštalovať úplne rovnako ako prehrávač flashu.

Asi som pouzil nespravnu protiotazku.

Rozdiel je v pravdepodobnosti, ze sa to nakoniec zobrazi. Parser HTML5 moze naprogramovat ktokolvek a je velmo pravdepodobne, ze sa tak aj stane. U flashu by som na to krk nedaval.

Úplne ktokoľvek parser HTML naprogramovať nemôže (napríklad ja - nemám na to znalosti, schopnosti, čas ani chuť - takých ľudí je podľa mňa drvivá väčšina). Ale máš pravdu, že to bude číslo väčšie ako počeť ľudí, ktorí môžu naprogramovať flash prehrávač. Osobne si však myslím, že aj u Flash prehrávača je to iba otázka času, Adobe si určite nenechá ujsť tento trh, ak v tom bude vidieť prínos - čo má súvis práve s tým, že Flash je "luxusný tovar". Niekde sa to proste neoplatí.

Když máte na webu kompilátor, tak stačí uploadovat projekt a stáhnout si zkompilovaný výsledek. Samo od sebe to není, protože nikdy věci nejsou samy od sebe.

A co teda HTML nebo XHTML?

O všem se má pochybovat.

To myslis vazne?

Ptám se, protože je jednou napsáno v článku to a pak ono...

O všem se má pochybovat.

Na tom nezáleží.

(X)HTML 5 už nebude založené ani na SGML (jako HTML), ani na XML (jako XHTML). Díky tomu bude jednotná specifikace pro HTML 5 i XHTML 5.

Čili (X)HTML 5 vlastně není pokračování ani HTML, ani XHTML, je to úplně nová cesta, ovšem kompatibilní s HTML i XHTML.

Touhle cestou se šlo proto, že mezi principy SGML a XML jsou určité rozpory, takže specifikace postavená na jednom z nich by nejspíš nebyla kompatibilní s tím druhým. Proto se udělala specifikace, která není postavená ani na jednom, ale lze v ní psát kód kompatibilní se SGML i kód kompatibilní s XML.

A ty nevis, jaky je rozdil mezi HTML (a chystanym HTML 5) a XHTML? To by sis mel nastudovat chlapče.

Pockam, kym ma pan expert pouci

Aj ked vlastne, preco nie.

HTML5 bude podporovat aj "HTML" aj XML zapis. V oboch pripadoch zapises to iste, len to bude trocha inak vyzerat.

Osobě jsem ty hádky jestli XHTML nebo HTML nikdy pořádně nepochopil. Z mého pohledu webdesignera amatéra je rozdíl v zápisu minimální. Když nadeklaruju jazyk XHTML a píšu HTML nebo naopak, tak se vlastně nic nestane, browsery to podle mě zpracujou úplně stejně.

V čem teda byl ten zásadní rozpor, že se několik let válčilo mezi XHTML a HTML? A je už tedy HTML 5 jasný vítěz?

Mna sa zbytocne pytas, mne to tiez celkom jasne neni Predpokladam, ze ak by sa kompletne preslo na XHTML, znacne by sa tym zjednudusilo samotne renderovanie, ale to je vo svete plnom 10 rocnych prehliadacov absolutna utopia.

Prohlížeče by nemusely přemýšlet, co tím básník chtěl říci, protože by to bylo jasné. Nádhera, renderování by se tím určitě zrychlilo. Jen škoda, že je některým "webkodérům" zatěžko napsat pár lomítek a uvozovek navíc.

XHTML je trochu viac než "lomítka a uvodzovky navyše"

No a co, ze by se zrychlilo? Tobe to snad jede pomalu. A kdyz by byla v kodu chyba, tak by se jako stranka nezobrazila? Cha cha, to jsi me rozesmal

Niky, ja chapem, ze to tomu, kto o tom nic nevie moze prist smiesne, ale medzi nami programatormi je to, ze chybny kod nefunguje celkom bezna vec

Ano, me to prijde smesne, protoze HTML stranky se NEPROGRAMUJI. Pouze se prohlizeci rika, co a jak se ma zobrazit. Tot vse a nic vic. Pokud nechapes rozdil, tak je mi te lito

Pravda, pravda, pri programovani musim pocitacu povedat, co ma ako zobrazit a *vypocitat.*

Gratulujem, dostal si ma

Práve naopak, HTML nehovorí absolútne nič o tom, čo a ako sa má zobraziť. HTML neslúži k ničomu inému než k označeniu významu jednotlivých častí textu. Ako si to prehliadač zobrazí, je úplne na tvorcoch prehliadača. Malú výnimku tvorí snáď vkládanie obrázkov.

XHTML má prý nevýhodu, že se zobrazí až když je komplet načtený.

O všem se má pochybovat.

Kdyby se na XHTML nahlizelo jako ciste na XML, tak mj. i tohle by byl dusledek. A kdyby prohlizece opravdu trvaly na dodrzovani XHTML, tak by nejspis nezobrazily tak 90pc stranek.

XHTML je hlavne cira utopie a snaha o shora a silou prosazovany standard W3C, ktery sice krasne vypada v teorii, ale pro praxi je naprosto nepouzitelny - zejmena ztelesneno v navrzich XHTML 2.0, ktere uz ani nebylo zpetne kompatibilni.

HTML5 je naopak zdola prichazejici snaha od lidi "z praxe" - proc vytvaret neco noveho, kdyz to soucasne vlastne funguje - pridame par tagu, ktere se jevi jako uzitecne pro praxi, poradne zdokumentujeme soucasny stav implementaci v prohlizecich (W3C doporuceni a to co a jak prohlizece zobrazuji rozhodne neni totez a to ani u Opery, Firefoxu - uz jen proto, ze nektere veci jsou v tech W3C Recommendations bud zmatecne anebo vubec), vytvorime "ultimativni" standardy a k tomu nekolik 10tek tisic testovacich scenaru, jak se to ma chovat a renderovat. Takze dostaneme dobre definovany stav, ktery postupne vsechny prohlizece budou zobrazovat opravdu uplne stejne - idealni stav, v realistickem planu tak za 10 let.