Názory k článku Akta X: Co bude s XHTML 2.0?
-
ZZ (neregistrovaný)Nesouhlasim s autorem. Ja jako webovy vyvojar o xhtml2 stojim a v jeho prijeti nevidim sebemensi problem. Takze problem vidim hlavne na strane tvurcu prohlizecu, pro ktere je to asi prilis revolucni krok, to neumim posoudit. Skoda, oprostenim se od historickeho balastu jsme mohli konecne dosahnout dobre kompatibility mezi prohlizeci, coz by imho ocenil kazdy, kdo investuje do tvorby webu, protoze prekonavani nekompatibilit je neskutecne nakladne a omezujici zaroven.
-
Jako vývojář možná, ale nezapomeňte, že nejdůležitější je uživatel. Tvůrcům webových prohlížečů se XHTML 2.0 nelíbí, to je fakt, ale ne z důvodů, že by to byl revoluční krok. Implementačně by to pro ně něbylo příliš těžké, spíš zde chybí důvod, proč to implmentovat. Co přináší XHTML 2.0 nového z hlediska "funkčnosti"? Čím obohatí webové stránky vzhledem ke koncovým uživatelům? Nemohu si pomoci, ale WHATWG nové věci přináší, XHTML 2.0 nikoliv.
Prohlížeče se od historie webu neodprostí, protože na webu nelze udělat tlustou čářu. XHTML 2.0 vám samo o sobě dobrou kompatibilitu nezajistí - to závisí na kvalitě implementace v prohlížečích stejně, jako u celé řady dalších technologií. -
uzivatel (neregistrovaný)Suhlas. Akoze pridat viac znaciek je na prvy pohlad jednoduchsie, ale ak sa zacnu robit komplexnejsie weby znova sa bude nadavat, ze norma HTML 5 mi to nedovoluje. Chce to vacsi skok ako ist po malych krokoch. Ak je dobry navrh novej veci, co mi aj v buducnosti dovoli vacsiu skalovatelnost, tak nechapem, preco by sme mali zostavat pri tejto technologii a casom narazit na strop, kedy bude aj tak utne prejst na nieco nove. A pochybujem, ze ma HTML 5 vyssie polozeny strop ako XHML 2.
-
anonymníA neni narazenim na strop jiz pouziti bezstavoveho HTTP pro aplikace?
Pojdme rovnou zmenit protokol :) To nevadi, ze nebude zpetne kompatibilni a zadny prohlizec ho nebude par let implementovat poradne. Hlavne kdyz bude krasne navrzeny a velmi skalovatelny... A ono to TCP/IP taky neni zrovna dvakrat bezpecne... a trapi nas vlastne taky ty spamy...
To je podobne kratkozraky pristup. Web se proste celou dobu rozviji jako snehova koule a velmi velmi stoji na zpetne kompatibilite.
Ze je neco pekne navrzene neznamena ze se to rozsiri v masovem meritku. Navic v oblasti IT a vymeny informaci kde je interoperabilita zakladem. -
anonymníTato reakce ukazuje prave ten problem, kteri nekteri zdejsi diskutujici maji.
Svet neni zdaleka jen o technologiich a to dokonce ani ten IT svet.
Ani kdyby ty protokoly existovaly tak v takove zpetne nekompatiblni podobe by se prosazovaly jenom velmi velmi obtizne.
Ze je neco 'lepsi' a dokonalejsi technologicky neznamena, ze je to snadne zavest pokud to znamena potize pro ty, kteri to uzivaji (a ted nemyslim surfare, ale tvurce prohlizecu, tvurce webu, tvurce nastroju pro praci s webem, firmam i jednotlivcum, kteri maji web HTML, ...) Pokud to navic neprinasi vyrazne (a okamzite) prinosy (coz rozhodne xhtml2 nerozsirene nenabizi), proc bychom si meli pridelavat praci a nakladne menili neco, kdyz to funguje?
Poukazovanim na HTTP a TCP/IP a mailove protokoly jsem chtel podtrhnout ekonomickou absurditu zavadeni zpetne nekompatibilni a masove vyuzivane technologie.
Puvodni protokoly elektronicke posty jsou prece prilis primitivni a bezelstne koncipovane. Rekl bych ze spam predstavuje v soucasnosti vetsi a nalehavejsi problem nez hrani si s HTML. -
uzivatel (neregistrovaný)Ja si uvedomujem problemy, ktore by mohli nastat v zlozitom nasadzovani technologie, ale rozdiel medzi zakladnou XHTML 2.0 a zakladnou XHTML 1.1 je asi v 10%. Nehovorim o rozsireniach, tie ponuka aj XHTML 1.1 a predsa ho inplentovali do prehliadacov. Chyba je len v neochote. Ako tu uz niekto iny spomenul tak HTML 5 je paskvil, ktory len pridava nejake nove tagy. Pre tvorcu webu vyhodne, lebo sa nemusi "vela" ucit, ale z hladiska nejakeho buduceho vyhladu to je slepa ulicka. Ludia su z principu lenivy, preto tato vetva vznikla. Najvacsou novinkou HTML 5 su nove formulare, co im branilo to presadit do XHTML 2 ? Lenivost, nechceli na tom zamakat.
A presne si tukol kliniec po hlavicke v tom, ze z ekonomickeho hladiska. Ono sa velmi vela krat a na 50% je to pravidlo, ze len vdaka tomu, ze zozaciatku ponuka technologia mensie penazne naklady na spracovanie as prebojuje do popredia a odsunie skutocne inovativne veci. Svet riadia peniaze a nie rozum. Neobhajujem tu W3C, ale z jej pohladu to je neziskova organizacia, ktora na techlogiach, ktore vydava vobec nezaraba (cize volne dostupne kazdemu). Ak by to bola komercna firma tak by som smerovanie k HTML 5 uplne pochopil. Proste zamer sa rychlo nabalit.
Takze sa znova vraciame k tomu co bolo, ze pokrok utlkaju komercne firmy, ktore za namahou, ktoru by vynalozili by neziskali az take horibilne zarobky ako s inou vecou.
HTTP je technologicky zastaraly protokol a neviem zatial o tom, ze by boli snahy ho nahradit novou technologiou. Ak bude, tak sa mozeme o tom bavit.
Elektronicka posta je nieco podobne. Vo svojej dobe to bolo nieco prevratne. Casom prisli nove poziadavky tak sa tento protokol o ne rozsiroval. Samozrejme ma tiez strop a bude ho treba nahradit, ale ma presne urcenie. Byt postovym protokolom, interaktivne rozsirenia, ktore su zobrazovane v scifi filmoch pridu neskor.
A Spam je velka hrozba, ale nie je to zavinene chybou protokolu. Sam si neviem predstavit ako by na protokolovej vrstve osetrovali nieco taketo. Kazdu chvilu prichadzaju nove metody sirenia Spamu a pridavat ich do jadra by bolo velmi strnule. Dobry model je taky oddelovat overovanie ako samostatnu vrstvu, ktora vie byt ovela flexibilnejsia, cize sposob akym pracuje teraz. -
anonymníW3C je puvodne prave konsorcium ruznych typu uzivatelu webu (zejmena technologicke firmy), jak je to tam ted to nevim, ale moc prakticky to nepusobi a ony firmy se snazi spise o vlastni cesty.
To neni o lenivosti. Ale proc by to nekdo delal, kdyz z toho ma hlavne naklady?
To je zajimave, ze o HTTP (v soucasnosti mnohem zastaralejsim nez HTML) se bavit nebudeme :) Zrejme to je tim, ze tu je prilis mnoho XHTML koderu a jenom malo HTTP koderu :)) To by prece bylo uzasne, mit krasny komplexni XHTTP (XML) protokol, ktery by se uzasne parsoval, implementoval ruzne moduly vcetne bezpecnych stavovych velicin, web services a podobne. (I kdyz asi by pak webservery nebyly tak svizne :), ono to parsovani XML nebyva zrovna tryskove).
XHTML 1.1 snad nema zadne zasadni nekompatibilni zmeny oproti HTML4, ne? Je to spise zhruba jeho striktnejsi podmnozina a snad jedina nekompatibilni vec - uzavirani prazdnych tagu se resila povolenou mezerou.
HTML 5 nebo neco takoveho jiste bude take dostupne kazdemu a nikdo primo na tom nebude vydelavat nijak jinak nez na XHTML2.
Mimochodem podivejte se na historii jak HTML tak HTTP. Jednotlive verze se od sebe lisi prave zejmena pridanim novych vlastnosti. Jedina zasadnejsi zpetne ne az tak kompatibilni (ale neznemoznujici fungovani) zmena je host: hlavicka.
Tezko muzete obvinovat nekoho, ze je lenivy, proto ze nechce aplikovat vas technologicky dokonaly standard, ktery je ovsem implementacne narocny a hlavne neprinasi zadne vyhody a zejmena neni zpetne kmpatibilni s masove rozsirenym formatem. -
uzivatel (neregistrovaný)O HTTP som sa nechcel bavit z toho principu, ze neviem o ziadnom zacinajucom standarde, ktory by ho mal nahradit. Vy snad ano ? Preto som tomuto nedaval ziadnu vahu. Ak bude novy standard tak sa mozeme bavit o pre a proti.
XHTML 1.1 naozaj je cista HTML 4. Ze bola ocistena od kobu balastu, ktory sa na nu za nejaku dobu nahrnul nemoze W3C, ale firmy, ktore si tento medzi sebou nekompatibilny balast naniesli. Potom dosla uzasna vec menom CSS z dielne Opera a zacinalo to byt o niecom inom. HTML bolo povodne projektovane aj ako jazyk na dizajn. XHTML sa prave nieco taketo snazilo potlacit ked vselijake tagove atributy vyhlasilo za prekonane a zacalo pouzivat pravidla pre XML. Cize dobre zname ukoncovanie tagov.
Kopec rypalov hovori o tom, ze stranku posielane s hlavickou text/html je chybne. Aj by som mohol suhlasit aj nie. Na XHTML mi vadi, ze mu dali rovnaku "striknost", ze pri kazdej hoci velmi malej chybe prestane bezat. Toto beriem ostro kriticky, pretoze XHTML != XML. Na druhej strane to ma jednu vyhodu v tom, ze musi najprv stiahnut cely HTML dokument. Hovoria o tom, ze to velmi spomaluje, pretoze sa musi najprv stranka stihanut a az potom sa vykresli. Lenze je to dvojsecne. Chyba je podla mna najma v spracovani prehliadacov. Ako prvu vec co by mali robit je stiahnut ciste HTML a vykreslit nasledne jeho kostru, kde dalsim krokom ma byt nacitavanie externych suborov (css, javascript, object odkazy a pod.) a tieto na tuto kostru nabaluju. Lenze oni sa snazia robit vsetko naraz a niekedy sa moze stat a urcite sa Vam aj stalo, ze sa stranka proste nenacitala dobre.
Ale to som odskocil. Ide o to, ze HTML prestalo na svodu dobu vyhovovat a potrebovalo lepsieho nahradnika. Ci to bude prave HTML 5 alebo XHTML 2 nerozhoduje kvalita technologie ale lobizmus ako vsade inde. Kto si pretlaci to svoje, tak sa stava pre velke masy tym najlepsim. -
anonymníA neni mnohem lepsi se bavit o pro a proti jeste nez nejaky standard nekdo napise? :)) Mozna by si to mohli vzit propriste ve W3C za priklad a usetrilo by to prijeti jejich vyplodu :)
Ale prave ze XHTML==XML! A to je prave to, co nekteri berou jako tu zakladni vlasnost a hlavni PLUS pro xhtml :)
Jak se interne zpracovava (X)HTML v prohlizeci je mi osobne celkem jedno.
Muzu vedet, jake jsou ty nevyhody HTML, ktere ho cini dnes tak nevyhovujicim, ze ho musime nahradit XHTML2 (ktere podle vas navic neni XML)? -
uzivatel (neregistrovaný)W3C pracovalo na pokracovatelovi HTTP, vola sa HTTP-NG (vyvoj bol pozstaveny v roku 2000).
XHTML ma z XML iba strukturalnu podobu jazyka a nic ine. Cize pravidla ako sa ma co tvorit. XHTML je vsak samostatny jazyk, ma danu strukturu, ma dane TAGY, a to je prave to co velmi odlisuje. XML ziadne tagy nema dane, tie si tvorite sam. Prave preto sa nemozu nikdy rovnat. XHTML ma vysvetlene na co je tag STRONG, DIV SPAN a vsetko ostatne. Ak si napisete vlastny jazyk s vlastnymi pravidlami tak do toho, ale nemozete to nazyvat XHTML, pretoze spracovanim ste sa odchylil od toho co je dane. Ak dojdete k rovnakemu zaveru tak ste zase dosli len k XHTML.
Vela rypalov hovori, ze XML == XHTML. Ale to ako som naznacil zjavne nie je pravda. XHTML len z neho vychadzal, cim si zasluzil kompatibilitu a to je tak vsetko.
A co sa tyka HTML tak prave jeho najvacsia nevyhoda je nemodularita. Pridanim novych tagov sa na urcity cas vystaci, ale co potom ked budes potrebovat nieco nove ? Bud budes cakat na novu reviziu jazyka, alebo si modulom pridas to co potrebujes. Prave toto je filozofia XHTML. Kopec ludi na nu kyda, ze naco to je dobre, no zabudaju, ze bez tychto doplnkovych modulov maju stale dostupne zakladne moznosti ako doteraz.
PS: HTTP-NG mal byt tiez modularnym protokolom. -
anonymníTo nejsou rypalove. Vzdyt XML je proboha JENOM ta struktura, jak sam pisete, XML samo o sobe nema zadny konkretni vyznam pro nejake tagy. XHTML stejne jako SVG a podobne je jsou konkretni implementaci XML. Z hlediska zpracovani to je samozrejme XML, neni to "inspirovane" XML, "nevychazi" to z XML, JE to XML. XHTML je XML. SVG je XML.
A strict je prave ta XML struktura. Pokud uvolnite strukturu (aby to nehazelo chyby pri drobnych chybkach), pak to NENI XML a nelze pro zpracovani pouzit standardni XML parser. Zakladni vyhoda odpada.
A co kdyz budu potrebovat neco nove? Co takhle pridat dalsi nove tagy?
Ono je celkem jedno, jestli mam cekat na specifikaci nejakeho modulu nebo specifikaci jazyka, ktera prida ten "modul". Z tohoto pohledu je to pouze administrativni problem - jedna 'velka' specifikace vs nekolik 'malych'.
Problem XHTML2 neni modularita, ale zbytecna slozitost, nekompatibilita a minimum novych (a potrebnych) vlastnosti.
Ono i HTML4 je take tak nejak "modularni", existuji "moduly" pro frames, pro tabulky, pro formulare, "moduly atributu" pro DHTML a CSS, ... -
uzivatel (neregistrovaný)Nie, XHTML a SVG z XML vychadza. Zaklad a tym aj napad si potiahli z XML, ale spracovanie maju inaksie. Tak ako kazdy jazyk aj tento by mal mat vynimky, pri ktorych cely dokument nepadne. Proste definovat tagy, pri ktorych je sice dolezite aby boli ukoncene, ale aby to neposobilo pad (v tomto pripade parsovanie). A pridat tieto vynimky do parsera nie je vobec zlozite.
XML je super vec, to nepopieram. Na prenos udajov ako stvoreny, ale webove stranky su interkativne, kde sa komunikuje s uzivatelom, preto tu uplne ta "striknost" nie je na mieste.
A co ked budes potrebovat nieco nove ? Je pre teba zlozitejsie pridat do programu plugin alebo si nainstalovat novsiu verziu programu, kde su novinnkou len tieto veci ?
Ak sa ma udrzovat zivotnost celeho komplexu tak to stoji velke casove naroky. Ak sa to bude udrzovat po moduloch tak to ostava rozdelene na mensie casti. Proste celky, ktore by sa predsa udrziavali jednoduchsie. Ale musis pochopit, ze v zakladnom balicku XHTML najdes vsetko co potrebujes. Ale ak potrebujes speci vec tak si pouzijes modul. To ti HTML 5 nedovoli. -
anonymníV zadnem programovacim jazyce snad vam neprojde syntax error, ne?
Vas pozadavek na vyjimky naprosto popira princip XML. XML je striktni prave proto, ze treba SGML je prilis volne a umoznuje tolik ruznych vyjimek a zpusobu, ze se jen velmi obtizne uplne implementuje.
Jak si predstavujete ty vyjimky? Pro kazdy jazyk ruzne? A proc ne zrovna pro kazdy modul XHTML2 ruzne, ze? Preci to jsou take vlastne jazyky. Co kdyz budu chtit dat do XHTML na nejake misto XForms formular a jinam treba SVG? To Pak potrebuju tri ruzne parsery, ktere pocitaji s ruznymi "vyjimkami" v ruznych jazycich??? -
anonymníOno ma XML nejake warnings?
O uvolneni striktnosti ve strukture proste nemuze byt rec. Neco jineho je striktnost obsahu - umisteni jednotlivych tagu v ramci te struktury. To se skutecne resi v tech konkretnich jazycich. A je-li libo at si treba do odpovidajiciho schematu nebo DTD nebo cim to definuji daji, ze HEAD muze byt i jinde nez v BODY. Ale pokud to ma byt (ex-moderni) X tak at je to aspon XML :)
Vy zrejme u XHTML2 odlisujete dve veci - striktnost XML (ta vam velmi vadi) a modularitu (ta vam velmi vyhovuje)
Me u XHTML2 naopak vadi nekompatibilita s HTML, prilisna slozitost a minimum novinek ale, ze to je XML mi naopak nevadi ani nahodou a spise to povazuji za klad. Modularita mi je vcelku ukradena, pokud bude spise administrativni a nebude omezovat pouzitelnost v prohlizecich, proc ne. -
anonymníS takovym pristupem ke XML jste asi jediny, protoze s nikym s takovym nazorem jsem se nesetkal. Vyhoda XML (a tech jazyku co jsou XML) je v jeho univerzalnim zpracovani pomoci univerzalnich parseru. Kdyz bych mel v kazde z XML implementaci nejake vyjimky podle toho co tvurce jazyka povazoval za nedulezite, univerzalni parser proste nenapisu. Leda bych si nadefinoval zcela novy volnejsi standard, ktery by ale pak uz nebyl XML a mnohem hure by se implementoval (cim vice vyjimek a variant tim slozitejsi implementace).
Programovaci jazyk slouzi take zprostredkovane ke komunikaci s uzivatelem a presto byva velmi striktne omezen.'
Z hlediska udrzby rozhodne novou verzi programu. Nejde ale ani tak o mne, ale o uzivatele. Kolik bude ruznych takovych pluginu? Ruznych verzi? Jak spolu budou ruzne pluginy spolupracovat? Dopadne to tak, ze budou hacky pro ruzne verze pluginu od ruznych vyrobcu? Kdyz bude neco XHTML2 kompatibilni znamena to, ze to vlastne nerika nic o tom, co to umi. Pokud by naopak ony "modularni pluginy" byly rovnou 'napevno' implementovane v prohlizeci, pak jde jen o vyse zminovay administrativni problem.
Ovsem moduly nejsou osamocene. Musi se take udrzovat jejich vzajemne vztahy. A ty mohou byt velmi rozsahle a s kazdym takovym modulem jejich pocet rychle roste. Moduly, pokud maji byt vic nez jenom textova forma soucasnych pluginu ala flash, nemohou byt izolovane - musi umet mezi sebou spolupracovat a komunikovat.
Proc by v hypotetickem novem HTML nemohl existovat tag pro modul? :) -
No, XHTML 2 možná samo o sobě nepřináší moc nové funkčnosti, ale je to prostě nová platforma s nedozírnými možnostmi...Mně osobně přijde logičtější, nejdřív na novou platformu přeportovat to, co "už umíme", a pak teprve přisypávat nové fce...Zase ale na druhou stranu musím uznat, že přítomnost nějakých "super extra featurek" by možná byla pro lid webdesignérský poměrně motivující...No nic, necháme se překvapit pány z W3C...
Jinak už od prvních zpráv o tom, že se vůbec někdo zabývá "resuscitací" platformy, která by měla už užívat zaslouženého odpočinku (tím myslím HTML 4), jsem byl šokován logikou tohohle jednání...Vždyť kdyby tímhle stylem fungoval třeba vývoj binárních aplikací, tak pořád píšeme všechno pro 16bity (nedej bože osmibity), protože 32 (nebo 64) bitový kód taky není zpětně kompatibilní a kromě širších obzorů nepřináší "nic nového"...Z takovéto představy se mi zvedá žaludek... -
anonymníjake vyhody by vyvazily extremni naklady na predelani veskereho obsahu webu do XHTML2 ?
to, ze v budoucnu bude mozna mozne pridat nektere dalsi veci? a jak tak znam W3X, budou ty nove veci za velmi dlouho az budou specifikace "dokonale a komplexne" navrhnute takze jejich implementace bude neobycejne narocna -
pa3k (neregistrovaný)To je úplne scestné porovnanie, tá predstava kríva na všetky tri nohy :-) Zmena architektúry (8bit/16bit/...) priniesla výkon na základe priepusnosti zberníc, väčšieho rozsahu adresovateľnej pamäte atď.
Naopak XHTML neprinieslo WWW nič, čo by nedokázalo HTML/SGML, teda okrem pár kozmetických zmien, nič okrem pokrivenia normy ISO 8879:1986 pretlačením dodatku "K", nič okrem neprístupnosti ;-) Jasné, že XML má na webe miesto v podobe špeciálnych informačných kanálov (RSS, ATOM, alebo ako napríklad ako štandard komunikácie medzi ekonomickými aplikáciami) ale pre webové stránky v zmysle hypertextového dokumentu prináša hovno. Rozhodne nie to, čo by webdesignéri potrebovali. -
Zero (neregistrovaný)XHTML 2.0 je pěkný jazyk, ale uživatelé webu o něj nestojí. Pokud jim v současném (X)HTML něco chybí, chtějí jen přidat tyto chybějící prvky k současnému jazyku a ne se učit něco úplně nového.
Od kedy sa uzivatel uci nieco o (X)HTML(samozrejme vynimky sa najdu)??? Im staci ze sa stranka zobrazi... Skor tam malo by tvorca... A teraz k XHTML 2.0: Preco sa neujal??? No ako bolo v clanku spomenute nieje kompatibilny s (X)HTML a tvorcovia by teraz neprepisovali vsetky weby do XHTML2. XHTML 2.0 je zly uz od navrhu koncepcie... Preco vymyslat nieco nove??? Stacilo pridat to co chybalo v XHTML1.x, pridat XForms, a postupne ho vylepsovat pridavanim dalsich tagov. W3C pri navrhu XHTML2 urobili miesto 2-3 krokov rovno skok a to rovno do diery... HTML od zaciatku nemalo tolko tagov a nebolo take pouzitelne ako v HTML4.01, ale postupne sa zlepsovalo a to iste sa mohlo urobit aj s XHTML, a mozno by XHTML2 neskoncilo tak ako skoncilo... -
To znamená, že pracovní skupina už musí v tuhle chvíli poměrně dobře vědět, co chce do prvního draftu specifikace napsat.
Soude podle aktualnich hlasovani, ktere se zameruji spise na organizacni veci a la jak budou probihat spolecne schuzky, diskusi v mailing listu HTML-WG i toho, ze vedouci skupiny Chris Wilson v nem zacal reagovat teprve tohle utery (jak sam pise pravnicke komplikace v MS), bych si nebyl uplne jisty natolik pokrocileho stadia.
Predpokladam, ze vedouci skupiny urcitou hrubou predstavu pravdepodobne ma, cela skupina spise nikoliv. Mozna by neco o tom mohl rict Jirka Kosek, ktery je clenem, pokud se tu objevi.
BTW. v pravem sloupci na http://krijnhoetmer.nl/irc-logs/ najede logy IRC kanalu HTML-WG. -
Jirka Kosek (neregistrovaný)W3C v případě této WG udělalo věc do té doby nevídanou, a udělalo ji uplně otevřenou, přihlásit se může kdokoliv. Veškerá komunikace je veřejně přístupná (viz zmíněný archiv IRC a public-html), takže žádné zákulisní informace nemám. ;-)
Osobně jsem mírně skeptický, moc dobře si nedovedu představit, jak se skoro 200 lidé na nečem dohodne, zvlášť když do začátku nikdo nestanovil nějaká jasná pravidla diskuse a směr vývoje.
Kromě nějakých rozumných návrhů, zazněly v diskusi i docela dobré úlety, tak uvidíme.
Můj tip je ten, že buď ze skupiny nevypdane nic, nebo podmnožina současného HTML5 od WHATWG, možná s nějakými drobně upravenými detaily. -
Ondřej Tůma (neregistrovaný)Lidem jako jste vy se neodpovida, ja to dnes udelam. Patrite mezi hrstku rejpalu, kterym dosli argumenty a tak hledate chyby nekde jinde. To co je v obsahu Vas nezajima, Vas zajima jak to vypada - absolutni demagogie !!
Mimochodem to ze se dnes standard pise s 'd' jeste neznamena ze se pred nekolika lety nepal s 't', coz ma i sve mluvnicke oduvodneni. -
BW (neregistrovaný)Ono je celkem fajn chrlit nové normy, ale problém je dnes v tom, že by je někdo musel taky naimplementovat. Obvykle není problém, co se tzv. alternativních prohlížečů týče (O, FF, M, NN), které updatují často a nové technologie do sebe průběžně implementují, ale celkem průšvih je v setrvačnosti IE. Aby se něco pořídně pohlo, musel by si Microsoft jednou trochu zahrát na filantropa a vytlačit MSIE 6.1 (pracovní označení, nebo by možná lépe slušelo 6.5) a to pro VŠECHNY systémy, které má (tj. W98/Me/2k/XP), a v tomto prohlížeči korektně naimplementovat všechno, co chybí, tj.
- kompletní a korektní podpora XHTML (včetně podpory ?xml záhlaví - ideálně příjmu typu xhtml+xml) + CSS1&CSS2 (bohužel CSS3 ještě hotové není, takže např. zakulacené okraje nebudou)
- opravit renderovací chyby "Trident engine" (a nebo rovnou použít Gecko engine :-)
- doplnit podporu alpha-PNG, podporu MNG, ideálně i SVG
- ...a samozřejmě i další chyby a nedostatky (doplňte si sami)
Dá se předpokládat, že takový update (plus podobné vyladění IE7) by umožnil konečně vyčistit web od těch všemožných obezliček (jako optimalizace pro MSIE) a začít konečně na webu pracovat (stálo by za to spočítat čas vyplýtvaní na řešení cross-browser kompatibility). -
1 (neregistrovaný)V tom mate naprostou pravdu, rad bych doplnil, ze osobne jiz pro Internet Explorer neoptimalizuji vubec, jeho uzivatele na zaklade hodnoty HTTP_USER_AGENT odkazuji na stazeni FireFoxu. Kdyz uzivatele Windows mohou stahovat Flash, aby jim fungovala videa z YouTube, proc by si nemohli stahovat take FireFox, aby jim fungovaly me stranky?
Pred zapocetim teto strategie jsem mel cca 60% prichozich navstevniku s Internet Explorerem, nyni mam temer totoznou navstevnost (+/- 10%) a z toho az 90% tvori uzivatele FireFoxu, zbytek uz je predevsim Opera se zastoupenim 9% (tu uzivam i ja).
Musim vsak podoktnout, ze krome bezproblemoveho layoutu, transparentnich PNG, XHTML 1.1 s korektnim mimetypem, deklarace XML a moznost uzivat SVG nevim uz absolutne o nicem, co bych mohl pouzit, aby to fungovalo v FF, Opera, Konqueror, Safari a dalsich (krome M$). Cili kdyz uz nemusite resit bugy v M$ produktech, stejne nemate moznost uzivat moderni technologie. Ziskate jen podporu CSS 2.1, XML a XHTML 1.1 (Korektni mimetyp se musi zasilat i nadale pouze tem browserum, ktere ho podporuji - napr. lynx/(e)links mezi ne nepatri.
Mnoho ruznych spideru a crawleru stranky zasilane jako application/xhtml+xml vubec nezaindexuje, evidentne jsou tito BOTi zastarali a potrebovali by improvovat. Spousta ruznych pluginu do gecko based browseru ma problemy s obrazky dle XHTML 2.0 napsanymi jako object type='image/png' data='http://domena.tld/obrazek.png'. Alternativni popisek /object. (znaky pro otevreni a uzavreni tagu jsem musel vynechat z duvodu parsovani tagu v komentarich tohoto portalu). Kvuli zastaralosti a naproste nepripravenosti webovych aplikaci vlivnych korporaci (typu google) se XHTML 2.0 nema sanci prosadit, aniz by SW giganti prepsali svuj software (coz se jim v kazdem pripade prodrazi a investice se jim nevrati).
Dokud se predni vyrobci browseru nedohodnou na jednotne implementaci a jednotnych technickych moznostech svych produktu, situace bude naprosto totozna s tou dnesni. -
1 (neregistrovaný)Uzivatel si za vidinou dobre koupe zadaneho produktu dokonce i ten FireFox pomoci nekolika kliknuti nainstaluje, musite ho vsak presvedcit o tom, ze si instaluje nadstandardni browser. Jelikoz takovyto uzivatel vyda nadprumernou snahu (o zhruba 5 kliknuti navic) a teprve pote ziska "odmenu" ve forme zobrazeni stranky, je zde minimalne o 50% vyssi sance, ze zbozi zakoupi prave tam (uz se mu nebude chtit vydavat dalsi energii pro hledani u konkurence).
Netvrdim, ze je tato strategie efektivni u vsech typu uzivatelu, ale drtiva vetsina se jich na pomyslnou udici chyti - rozhoduje pouze ta chybova stranka, ktera se uzivateli s M$IE zobrazi.
Kazdy clovek ma prirozenou (obrovskou) zvedavost, proto ji musite vyuzit k tomu, aby si uzivatel nainstaloval FF.
Muzete si zalozit 2 eshopy, jeden pujde vsem (a bude nemoderni, protoze M$IE moderni technologie nepodporuje), druhy bude plny toho nejlepsiho, ale nebude funkcni v M$IE, pouze zobrazi kvalitni a co nejvice pusobivou stranku, ktera konci odkazem na FireFox. Pokud vice uzivatelu zacne casem navstevovat tu druhou, modernejsi stranku zvysi Vam to profit. -
Sten (neregistrovaný)Velkou chybou W3 bylo, že se snažila udělat vývoj skokem. XHTML2 je skvělý a čistý koncept, ale zahazuje zpětnou kompatabilitu, a to na webu nelze činit. Jediné řešení je dosáhnout tohoto cíle mírným pokrokem (v mezích zákona), což ale bude trvat podstatně déle. Chudáci vývojáři i uživatelé (a autoři webových prohlížečů jakbysmet).
-
anonymníchudaci vyvojari webu, kteri budou muset myslet na desitky zastaralych presto pouzivanych browseru a pripravovat jim specialni stranky
chudaci vyvojari browseru, kteri kvuli miliardam starych stanek budou nuceni v prohlizeci udrzovat ruzne zobrazovaci enginy pro ruzne normy
chudaci uzivatele, tkeri diky evolucnimu vyvoji budou neustale narazet na "drobne" chyby pri zobrazeni, protoze autor webu nedokazal vzit v potaz, ze verze html4.01865899 ktera umi navicSUPERTAG je nezcela podporovana v PROHLIZECI5.28635 a je treba pro nej udelat malou vyjimku. -
Petr Ježek (neregistrovaný)Web je především informační rozhraní, račme si uvědomit. Evoluce a kreativita se bohužel nezabývala tolik optimalizací fuknkčnosti na multiplatformální bázi, ale pokusy o problematicky použitelné nové funkce (viz "dymanizace webu" ala MS). Mnohé současné české weby jsou zoufale přeplácané a pod nánosem nefunkční grafiky se ztrácí informace, mnohé jsou dílem webdesignerů, kteří ví houby o nutnosti informovat prohlížeč o kódování textu, strukturálně jednoduché weby jsou postavené na CSS a PHP, zatímco některé složité stále na tabulkách... Chci tím říci, že HTML princip tagů je stále díky své principiální modularitě vyhovující (HTML5), umožňuje vytvářet kvalitní weby i neprofesionálům bez nutnosti šprtat další "jazyk" (stačí se doučit nový "žargon") a hlavně pro vývojáře browserů je předvídatelný, takže lze na vývoji spolupracovat. XHTML nepřineslo ani systémové zjednodušení při zachování či rozšíření funkčnosti ani žádoucí změnu pro všechny zúčastněné. Nelze se tedy divit, že není z hlediska nezbytné standardizace optimální. Jasná struktura HTML je něco jako systémové cfg soubory - nic nepochopitelného, nic co by vyvolávalo komplikace, snadno editovatelné a spravovatelné. Co je mi platné, že existuje web postavený na XHTML, když webdesigner či webmaster ochoří a jednoduchá rychlá aktualizace lidmi znalými HTML je zpravidla neuskutečnitelná... O datových objemech a zranitelnosti nemluvě... HTML nevyhazujme, ale připravme funkčnější alternativu, která bude obsahovat možnost snadného jednorázového překlopení časem potenciálně zastaralého HTML. Nevytvářejme funkce, které jen umožňují balamucení uživatele, aniž by obsahovaly informační přínos.
-
Ondřej Tůma (neregistrovaný)Myslim si ze jde o dva problemy, ktere jsou slucovane do jednoho.
1) html 5 jako krok proti xml - cast lidi, ktera je za novou verzi html 5, to dela prave proto, ze se jim nelibi striktnost xml. Maji pocit ze je priliz omezuje a jiz nevidi to, ze xml se proste daleko lepe a snadneji zpracovava.
2) xhtml 2.0 je opravdu az priliz z5tne nekompatibilni. Uprime receno, dle meho nazoru az priliz revolucni. Uz nejde jen o formatovany dokument ale jazyk ve kterem se dokument pise. To me prijde priliz komplikovane.
Budoucnost vidim ve vetvy xhtml 1.x. Je z5tne kompatibilni, vlastne jde o html ktere je psane striktne v xml. Do nej se pak mohou zacit pridavat veci s xhtml 2.x tak aby to vypadalo spise jako dalsi moznost (vylepseni). Dle meho nazoru (a taky v tou kuli xhtml doufam) to cele dopadne tak, ze vznikne jaky-si koncept html5 a k nemu varianta xhtml 1.??, ktera prevezme nektere rozumne vylepseni z html 5 a bude ho aplikovat do dalsi verze xhtml 1.x a v idealnim pripade nektere veci z xhtml 2.0 protlaci i do teto verze. -
Ondřej Tůma (neregistrovaný)A jeste dodam malickou poznamku, vetsina oponentu pouziva slova jako predelat, preprogramovat atd. Z hlediska tvurce webu jde ale o nesmyslny argument. Pokud neco mam napsane v html 2.0 tak to ted taky horecne nebudu predelavat do xhtml, ale pokud budu psat novou aplikaci a mam moznost si zvolit formu, mohu sahnout po xhtml.
Samzrejme ze situace je jina u tvurcu browseru a najivni myslenka ze jde malickou upravu kodu je smesna.
ČLÁNKY DO MAILU
