to co je, je podle me ok, delam weby a moc mi toho nechybi, formulare staci. jenze nejakej blbec si vymysli, ze neni html ale xhtml a ze se to bude delat jinak. vysledek ? podle me zadnej, stejne je to porad html, tak co resit.
omlouvam se, ale me to ser*, kazdy o tom pise a cetl jsem uz clanek od blbecka z CNN ktery si mysli, ze AJAX je XML a JAVA, opakuji JAVA
Pravda, zase tak toho nechybí, protože si člověk zvykne obcházet vše nějakými pomocnými postupy atd. Ale opravdu takový kalendář jedním příkazem by bodnul nebo kontrola na straně klienta taky.
Nové možnosti tohoto určitě pomůžou - snažší vývoj aplikací, unifikace těchto řešení (tj. uživatel si zvykne a bude vědět co a jak), lepší uživatelský komfort.
počkejte pár let, vývoj směřuje zpět k "terminálovému" režimu a meta-dokumenty zmizí. UI bude standalone aplikace z kódem přenášeným ze serveru (sandbox apod.), později na serveru poběží vše
idea built-in unifikovaných (s nějakou vizuální a funkční customizací) kontrol v browserech je podle mého názoru obchodně mrtvá.
vzdyt ten kalendar napisete jednou a volani uz je ten *jeden* prikaz, ktery chcete. zrovna tak validace formularu.
jen je to bohuzel zavisle na skriptovani na strane klient. rekl bych, ze to je ta killer feature, ktera zapricinuje vznik web forms X.0, xforms, atd.
jinak mi pripada, ze vysledkem toho vseho bude, ze browser bude _muset_ podporovat javascript (nebo jiny skript), zatimco ted nemusi. z meho pohledu je uplne jedno, jestli ten validacni skript napise vyvojar browseru, nebo vyvojar webu.
Proč? Většina dnešních frameworkových kitů na unifikaci chování Safari podporuje od prvotních verzí. (Možná právě proto, že a) na Safari dělá venku spousta oněch vývojářů; b) Safari je mrcha po stránce událostí a DOMu a díky bohu za ty kity).
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).