Proč nepoužívat framy na navigaci (diskuse)

[Luk]

Každý odkaz se implicitně otevře do téhož rámu. Pokud se má otřevřít jinam (včetně top-level rámu, tj. celého okna), musí se to explicitně uvést. Spousta tvůrců na to zapomíná, takže se i odkazy mimo web otvírají dovnitř.

S tím souvisí i problémy s kódováním. Nevím o prohlížeči, který by uměl pracovat v každém rámu s jiným kódováním - takže se to hezky semele a v některých rámech může být čaj místo písma (doporučuji zkusit kombinaci hebrejštiny s azbukou - výtečné ).

[Michal Kubeček]

Spousta tvůrců na to zapomíná, takže se i odkazy mimo web otvírají dovnitř.

Častěji se setkávám s opačným nešvarem: otevírat všechno (včetně některých odkazů v rámci webu) do nového okna.

[Michal Kubeček]

Nevím o prohlížeči, který by uměl pracovat v každém rámu s jiným kódováním

Zajímavé, zkoušel jste to vůbec? Já jsem byl vaším tvrzením natolik překvapen, že jsem to hned zkusil. Firefox 1.0.6, Konqueror 3.4.0b ani Opera 7.54 to zvládaly bez nejmenších problémů.

[Michal Kubeček]

Oprava: …Firefox 1.0.6, Konqueror 3.4.0b i Opera 7.54…

[Luk]

Samozřejmě, že jsem to zkoušel. Např. ISO 8859-2 v jednom rámu, a ISO 8859-5 (nebo 8) ve druhém. Prohlížeče vesměs nastavily kódování podle top-level rámu (což bylo většinou ISO 8859-2) a používaly ho ve všech rámech. Ručně to šlo změnit jen pro všechny rámy dohromady. Je pravda, že jsem to zkoušel docela dávno, takže třeba se to změnilo k lepšímu.

Ještě mě napadlo - týkalo se to kódování uvedeného v META tagu (http-equiv). Je docela možné, že pokud bude správné kódování v HTTP hlavičce, bude to v pořádku.

Nicméně už dlouho používám UTF-8, takže mě tyhle problémy netrápí.

[Michal Kubeček]

Nemáte pravdu. Opravdu si to raději zkuste, ve všech třech zmiňovaných prohlížečích to funguje správně v obou případech: je-li kódování uvedeno v hlavičce HTTP odpovědi i v případě, že je uvedeno pouze v http-equiv meta elementu.

Kdybych si měl tipnout, řekl bych, že při vašem experimentu jste posílal v HTTP hlavičce oběma framům stejné kódování a to správné (pro každý frame jiné) bylo pouze v http-equiv meta elementu, což celkem pochopitelně fungovat nemohlo.

[Tomáš]

Nejsem zastáncem rámů a ani je nepoužívám, ale pokud je někdo potřebuje, stačí do stránky s obsahem přidat iframe s menu (vrškem a vším, co je potřeba) a při příchodu z fulltextů už se pak načte vše.

[SovakPaleny]

Tvořil jsem php systém pod již hotový statický web, bohužel s framy. Nebyl jsem s tím moc spokojen, tak jsem to vyřešil javascriptem. Pokud byl otevřen samotný rám, dočetl jsem mu zbytek - navigaci, titulek, obsah. Druhou funkcí bylo, že nešlo otevřít část stránky v cizím okně. Zkontroluju rodiče rámu a pokud nesouhlasí s definicí, načte frameset v celém okně, ale v ní požadovanou původní stránku.

[Luk]

Na Javascript není dobré spoléhat. Když se vypne a stránka nefunguje, nepůsobí to dobře.

[Eregon]

To je fakt, ale zase kdyz v tom JavaScriptu jsou jen nejake kontroly spravnosti pro pohodli (aby se nemuselo dlouze nacitat hlaseni ze server-side scriptu, ze vstup je chybny), nebo u takoveho reseni, jako je ta kontrola ramu (kdyz uz je nekdo musi implementovat), kde neni vypnutim JavaScriptu co zkazit a spatne zobrazeni webu by bylo zpusobeno nekde uplne jinde (ve spatnem prolinkovani framu), neni pouziti JS co vytknout.

Tim se samozrejme nezastavam pouzivani framu, ale jen JavaScriptu - pri pouziti JS je ale vzdycky nutne mit na pameti, presne jak rikas Ty, ze na JS se nesmi spolehat - muze zajistovat jen nejakou pridanou hodnotu, zpohodlneni, nic vic.