it-swarm-eu.dev

Problémy s přístupností a použitelností iFrame

Kromě zmatených problémů s posouváním a čtením obrazovky (a já tyto problémy nesnižuji, je to jen o tom, že jsem je už podrobně diskutoval), existují s prvky iframe nějaké konkrétní problémy s přístupností a použitelností?

11
Ali

Takže první dokument, který používám pro tento druh otázky, je WCAG 2.0 (o rámečcích)

Jak dokument říká:

  • Bez skriptování mají sklon narušit funkci „předchozí stránky“, kterou nabízejí prohlížeče.
  • Není možné odkazovat na „aktuální stav“ sady rámců s URI; jakmile sada rámců změní obsah, původní URI se již nepoužije.
  • Otevření rámu v novém okně prohlížeče může uživatele dezorientovat nebo jednoduše obtěžovat.

Existuje však několik řešení, jak se vyhnout některým problémům, jako je udělení názvu prvku iframe (jako WebAim navrhnout nebo IBM )

Pomocí prvku iframe je to možné, ale musíte čelit odlišné struktuře webu (není to žádná další entita, ale složení více entit). Jaké jsou možné problémy s použitelností?

  • Ztráta zaměření
  • Ohromující paměť
  • Fuzzy Navigation

Chcete-li tomuto problému zabránit, můžete:

  • Použijte jinou technologii, jako je Ajax (ale existuje mnoho problémů s načítáním dynamických dat pomocí JS pro čtečku obrazovky), nebo podobný dynamický nástroj
  • Chcete-li se vyhnout problémům s použitelností, použijte iframe, ale zvažte jinou strukturu webu
5
Elmook

Z hlediska čistě použitelnosti má div s přetečením: scroll vypadá stejně jako iframe. S tím bylo řečeno, existuje mnoho míst, které by se mohly pokazit:

  1. Obsah vypadá, že byl navržen někým jiným
  2. Obsah se nehodí, posuvníky vypadají divně.
  3. Drag and drop je pro vývojové účely komplikovanější

Ale jako příklad: Vytvořil jsem aplikaci salesforce.com. Celý systém vás nutí používat prvek iframe. Tvrdě jsme pracovali na detailech a pro uživatele byl design plynulý. Nikdy posuvníky atd. To lze provést.

2
Glen Lipka