Ja uz sem vzdal delani vychytavek (jsem byvaly "krizak:) ted asi patrim do rad "pooristu". Neni sance se zavdecit ani ruznym .xx verzim prohlizece od jednoho vyrobce. Vychytavky pouzivam uz jenom na Extra/Intra-netech. Tam se da rict - na to musis mit ten a ten prohlizec, nebo existuje nejaky firemni standart.
Jinak dik moc za hezky clanek, zase sem na tom lip, nejenom me chcipla koza :)))
TA
Diky za pekny clanek. Jsem priznivcem vice non-IE vetve, proto me hrozne stve, kdyz prijdu na stranky a ty mi nejdou. Myslim, ze dneska dost tvurcu stranek se obtezuje jen se na stranky podivat v necem jinem nez IE. Nejvice me sokuje pouziti diakritiky v nazvech souboru... Jsem presvedceny ze tvurce by se vzdy mel snazit o to, aby si stranky prohledlo co nejvice lidi i treba v lynxu - aby aspon neco videli - aspon ALT=. V jednoduchosti je krasa - jsem pro stredni cestu.
No, on je ALT parametr povinnej v HTML 4.01 :) A az na par chybicek v Mozille uz neni problem delat dynamicky stranky pro IE a Mozillu, aspon me to jde vcelku bez problemu i presto ze web na kterym delam je spis aplikace nez web a bude mi chvilku trvat nez napisu ty "vykonny" ActiveX tak aby mi chodily i v Mozille :) Uz vim ze to jde, ale neni cas to prepsat :)
Bohužel už se nikde v té referenci HTML 4.0 nepíše, že ALT="" je totéž jakoby tam žádný nebyl (browser ho zobrazí jako <IMG> a hlasový výstup zahlásí "Obrázek!"). Jediná výhoda prázdného altu je prodloužení zdrojáku :-(
No, jestli oni povinnym ALT nechteli rict, ze kazdy obrazek musi mit svoji popisku (treba kvuli zrakove postizenym) - muzeme debatovat, jestli je to rozumne a smysluplne pravidlo, ale pokud ho tam udelali s timto ucelem, tak je celkem pochopitelne, ze nemeli zajem vytvorit konstrukci "ALT je sice povinny, ale kdyz ho napisete takhle, tak jako by tam nebyl".
Nejenom pro slepce, ale i pro Dana Lukeše, kterej má vypnutý obrázky, nebo pro těch 5 % čtenářů mýho článku, co používají textovej browser.
Jo, a Adam se ptal, jestli ignorování ALT="" není bug prohližeče... Prazdny retezec predtsavuje hodnotu false, je-li tedy v browseru polozen dotaz na if($alt) { print($alt); } else { print("<IMG>"); }, jak myslíte, že to dopadne?
Samozřejmě to je bug, ale asi programovacích jazyků nebo vůbec programovací logiky. Správně by se asi měl prohlížeč ptát na if(isSet($alt)), ale kdo mohl vědět, že budete vkládat prázdné řetězce :-(
Podle me ignorovani prazdnych retezcu je chyba programu, nejen ze muzu pouzit neco na styl variantu a ukladat jak typ tak hodnotu a pak testovat typ na Null ale i pres ukazatele to jde, if( pszAlt != 0 ) je totiz uplne neco jineho nez if( *pszAlt != 0 ) ... nemluve o tom ze to druhy padne pokud tam ALT nebude vubec ... A dalsi vec je specifikace [X]HTML ktery rika ze prazdnej atribut je definovanej, akorat je prazdnej ...
V tomhle případě zaujímám brandistický postoj: ALT je tam kvůliu slepcům (především), kvůli vypnutejm obrázkům a textovejm browserům. Pokud nynější SW nezvládá ALT="", budu psát ALT=" ", protože mi v tomhle pripade jde vic o lidi než o standardy. Aby to v MSIE neházelo tooltip, zachovám se jako křižák a zapíšu to jako ALT=" " TITLE="". Nejkrásnější na tom je, že jsem se nezpronevěřil ani svým normalizačním zásadám.
BTW: Koskovy formuláře projdou přes DTD Transitional :-) Nelhal.
No ona diakritika v URL je problem i v IE, pokud to neni ceska (nebo CP1250 pribuzna ?) verze. V anglicke verzi se URL s takovym 's' s hackem neda otevrit. Na strankach Novy to hojne loni pouzivali napr. v archivu zpravodajstvi a tak kdyz jsem byl v zahranici, byl jsem vdecny www.ct1.cz, ze se na zpravy divat muzu. Asi mesic po tom, co jsem webmastera Novy upozornil na prislusne RFC, to dali jaktakz doporadku, prestoze takove mezery v URL tusim pouzivaji dodnes.
Krome toho nektere proxy cti RFC a takovato URL odmitnou obslouzit (i treba ty s mezerami). Pak prohlizec nepomuze (leda ze by byl inteligentni a URL enkodoval, ale to by uz bylo dost silne kafe...)
Jeste ze ty proxy mame...:-)) Nevite jak je v RFC se zavorkami()? Jednou tady na Lupe vysel hezky clanek o URL - byl sice v diskusi kritizovan, ale bylo tam par hezkych myslenek.
URL vyžaduje, aby znaky mimo RACE (ascii) a znaky se zvláštním významem (#;?&@/~mezera a spol) byly reprezentovány escape sekvencí %hexa_unicode. Záleží ale také na tom, jak je na tom souborový system hostitelského počítače. Blíž si o tom můžete přečíst v mých článcích o internacionalizaci doménových jmen a o URL, zde na Lupě :-)
Tedy pokud je takový problém přečíst si rovnou RFC
Nebo si napište nějakej diskuzní příspěvek, a pak při kontrole kouknětě do locationbaru :-) Posílají se z nevysvětlitelných důvodů ako GET.
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).
