Přejít k navigační liště

Zdroják » Zprávičky » Návrh formulářů pro mobilní zařízení

Návrh formulářů pro mobilní zařízení

Známý server UX Booth publikoval poměrně rozsáhlý článek na téma návrhu formulářů pro mobilní zařízení. Mezi probíranými tématy najdete:

  • umístění label elementů
  • redukce rozsahu formulářů na nejnutnější pole
  • slučování více polí
  • využití výhod mobilních zařízení (např. automatický výběr polohy pomocí GPS)
  • rozdělování formulářů na kratší kroky
  • rozdíl v použití rozbalovacích seznamů a automaticky doplňovaných textových polí
  • vhodné výchozí hodnoty

Článek rozhodně není vyčerpávající studií, ale přívětivě čtenáře uvede do problematiky rozdílů návrhu formulářů pro různá zobrazovací zařízení. Všechny probírané části jsou podpořeny vhodnými obrazovými srovnáními „velké“ a „malé“ verze existujících formulářů. Pokud jste již nějaké formuláře pro mobilní zařízení navrhovali, může vám článek sloužit i jako zdroj argumentů pro a proti vašim vlastním rozhodnutí při návrhu.

Komentáře

Odebírat
Upozornit na
guest
2 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
Deafboy2v1

Z pohladu usera… by som za „rozdelování formuláru na kratší kroky“ lamal nohy. Hlavne na pomalsom pripojeni. Hlavne ked posledny krok vyzaduje javascript a musim sa po obnoveni stranky vratit uplne na zaciatok. Mam to rad :)

dasim

Stačí si přečíst danou část v článku a nemusíte nikomu lámat nohy.

„…it is often recommended to have the minimal number of page loads as possible. There are exceptions where this rule can be broken to improve input selections.“ následované velmi specifickým případem opravdu rozsáhlého formuláře na AirAsia.com s přidaným varováním:

„Splitting a long form into a few smaller steps could be a good approach to make mobile forms easier to use. But, don’t over do it. You don’t want your users to feel like it’s a never-ending task.“

Tenhle článek dává specifické rady pro specifické případy.

Robots.txt nestačí. AI crawleři mění, jak weby chrání obsah

Robots.txt zůstává základní signál pro slušné crawlery, ale už neumí popsat hlavní problém: stejný veřejný obsah může sloužit klasickému vyhledávání, AI odpovědím, tréninku modelů i načtení na pokyn uživatele. Provozovatel webu proto musí oddělit účel přístupu, ověřovat identitu botů, měřit dopad na infrastrukturu a u hodnotného obsahu řešit i vynucení pravidel mimo samotný robots.txt.

Jak funguje WordPress Cron a proč občas selhává

„Cron mi nějak neběhá." Klasická věta, která ve WordPress světě může znamenat cokoli od špatně nastavené WP_SITEURL, přes loopback zablokovaný Cloudflarem, až po fatal error v callbacku, který nechal viset transient doing_cron. WP-Cron totiž není skutečný scheduler — je to pseudo-cron závislý na návštěvnosti webu a HTTP loopbacku, se všemi pastmi, které si dokážete představit. Tenhle článek je hloubkový průchod jeho vnitřnostmi: co se reálně děje při spawn_cron(), kde vznikají race conditions, proč selhává a čím ho v produkci nahradit.