Vlákno názorů k článku
Musí naše webové stránky vypadat zcela stejně ve všech prohlížečích?

Díky za otevření tématu Progressive Enhancement. Jeho myšlenka je určitě správná a hlavně v budoucnu se bude všem kódérům hodit.

Myslím si ale, že jste na IE6 zbytečně příkrý. Když jej srovnám s historicky snad nejvíce nenáviděným prohlížečem (Netscape 4.7x), je IE6 docela dobrý produkt.

Pracujeme teď na redesignu poměrně navštěvovaného webu se čtvrtinovým procentuálním zastoupením IE6 mezi uživateli. To že bychom "neřešili" IE6 si neumí představit nejen klient, ale ani já.

Nemluvím teď o pokročilém chování řízeném javascriptem (ale i tady se s pomocí frameworků dá najít myslím docela rozumná cesta - třeba jQuery IE6 plně podporuje). Co se vzhledu týká, nemyslím si, že v případě IE6 musíte dnes dělat příliš velké ústupky.

IE6 se sice chová mírně jinak, ale hasLayout se dá naučit, průhledná PNG a box-model se dají obejít a ty ostatní chyby jsou velmi dobře zdokumentované. Stačí jen chtít se je naučit -- a myslím si, že je to úplně stejné, jako se naučit pokročilé vlastnosti jiného prohlížeče se čtvrtinovým zastoupením. Nedělejme z něj voodoo panenku.

Jenže na rozdíl od NN 4.7, IE6 se stále používá, zatímco NN 4.7 dávno zemřel. A až zemře IE6, řadě webmasterů se oddechne.

Pokud jde o box-model, nikdy jsem problém s box-modelem v IE6 neřešil. Stačí používat standardní vykreslovací režim. Co se týká ostatních chyb, stačí se je naučit a při vytváření layoutu s nimi počítat.

Díky za pozitivní komentář.

Souhlasím, IE6 není špatný prohlížeč. Akorát je starý a proto neobsahuje části novějších specifikací. Používal jsem jej jako příklad, protože mi přišel jako nejrozšířenější zástupce prohlížečů, kvůli kterým tu a tam prostě musíme použít trošku toho prezentačního html, abychom dostali požadovaný grafický efekt. Což IMHO není zcela ideální. Ale zcela jej neřešit jde proti všem myšlenkám jak přístupného webu, tak i Progressive Enhancement a doufám, že si právě toto čtenář z článku neodnese.

IE6 není špatný prohlížeč... Jen to HTML, CSS, JavaScript a PNG mu moc nejdou. Tedy mu v podstatě nejde nic, z čeho je web dělaný... Vás vážně někdo jako kodéra zaměstnává?

Kodér hodný svého jména nemá většinou s IE 6 žádné problémy, především proto, že jeho chyby, chování i omezení jsou tak dobře zdokumentovány, že kupříkladu řešení problému s PNG je vzdáleno pouhé jedno kliknutí myši od této diskuse.

Dnes dostupné frameworky (Mootools, jQuery a podobně) dokazují, že ani použití moderních javascriptových fičůrek není v IE 6 neřešitelné.

O problémech jmenovaného prohlížeče s HTML jsem ovšem nikdy neslyšel, mohl byste mě, prosím, vzdělat?

Jistě, frameworky umožňují používat JS na prakticky stejné úrovni ve všech prohlížečích. Jde o to jak rychle pak výsledná aplikace funguje a jaký je tedy uživatelův dojem. Gmail jistě znáte, zkuste ho používat v IE6 a pak třeba ve Firefoxu 3.1, nebo Google Chrome.

Problémy s HTML má IE6 v případě tagů abbr a acronym. Nad tagy col a colgroup má chybnou implementaci colspanu a šířky. A narazil jsem i na problém s tagem caption, ale za to ruku do ohně nedám, v tuto chvíli nemám čas hledat příslušný testcase.

Mohl byste me nasmerovat? Nasel jsem 2 vyuzitelne reseni problemu pruhlednosti PNG v IE6. Jedno nechava podivne okraje a druhe je tak pomale, ze se hodi jen na X obrazku na strance a navic to stejne problikne.

Mrkněte ke Kahimu -> http://kahi.cz/blog/o-konecnem-reseni-png-v-ie6

nezvládne zobrazit dvě stránky najednou :)

>> musíme použít trošku toho prezentačního html, abychom dostali požadovaný grafický efekt.

Honzo, co konkrétně myslíte tím "prezentačním html"? Nechci vás chytat za slovíčka, toho si v diskuzi ostatně užijete dost :), ale pokud máte na mysli definici vzhledu v HTML, pak marně dumám, kdy jsem ji kvůli IE6 musel použít.

Prezentačním html mám na mysli "zbytečné" divy, spany a classy v html kódu. Tedy věci, které by buď nebyly vůbec nutné (taková matrjoška je dobrý příklad) a nebo by šly obejít pomocí pokročilejších CSS selektorů.

A příště klidně tykejte.

Matrjoška? K čemu?

Zbytečné divy.. Tady se asi neshodneme. Co se týká samotného HTML zastávám docela pragmatický postoj.

Užitečnost prvku nebo třídy navíc kvůli IE6 vnímám stejně jako třeba užitečnost prvku nebo třídy navíc kvůli mikroformátům. Nevadí mi kód navíc, když to pomůže uživateli a kód zůstane dobře spravovatelný.

Osobně vnímám rozdíl mezi tím, zda je tam div navíc kvůli mikroformátům (a tím pádem přidává sémantickou informaci dokumentu) a nebo zda je tam proto, že starý prohlížeč jinak nedonutím ke spolupráci. Druhý zmíněný případ se mi zkrátka příliš nezamlouvá (a IMO tím vlastně nadržujeme jedné skupině uživatelů. Ostatním tento zbytečný tag přeci nepomůže). To, že v praxi se to běžně užívá, je samozřejmě jiná věc. Ale je to tak správně?

Pro mě je správně to co je správné pro uživatele. Uživatel s IE6 je dnes pro mě v případě html kódu stejně důležitý jako uživatel se zařízením, které rozumí mikroformátům.

Nerozumím v téhle souvislosti pojmu "zbytečný tag" - buď někomu pomůže a tudíž do HTML patří nebo nikomu nepomůže a nepatří tam.