it-swarm-eu.dev

Chybová zpráva, která se vždy zobrazí na stejném místě

Je v pořádku, pokud se chybové zprávy na webu vždy objevují na stejném místě? Vím, že je správné dělat chyby přímo na místě, kde k chybě došlo. Existují však stovky chyb, ke kterým by mohlo dojít, když uživatelé hrají s mým webem, a já nemám čas na to, abych vytvořil přizpůsobené vložené chyby pro každý z nich. Navrhuji, abych kdykoli došlo k chybě, posuňte dolů červené pole v horní části stránky. Krabice se posune zpět a zmizí za 5 sekund.

error

Vzhledem k tomu, že chybová zpráva se vždy objevuje na stejném místě, nebudou uživatelé vyškoleni, aby tam hledali, kdykoli se stane něco špatného, ​​i když nekliknou někde na stránce? A existuje ještě lepší alternativa k navrhování této obecné chyby?

9
JoJo

Obvykle rád zobrazuji chybová zpráva nahoře, která shrnuje všechny chyby na stránce, plus v každém umístění zvýrazněte, co je špatně.

Například s formulářem, nahoře byste řekli, že je vyžadován e-mail, telefon a adresa, a ve formuláři nastavte všechna tato tři pole červeně s textem podél řádků „toto pole je povinné“ (nebo něco více) konkrétní, v závislosti na tom, jak nesplnilo požadavky).

Chybovou zprávu [nahoře] však obvykle nechávám vždy otevřenou (protože poměrně málo zákazníků si stěžovalo, že zpráva byla pryč dříve, než ji přečetli, takže ji nechat otevřenou (namísto toho, aby po několika sekundách zmizela), byla šťastná pro všechny) .


Takže zkrátka pro vaši otázku, ano, budou vyškoleni, aby vypadali navrch (Twitter to také například), je přirozené hledat, když se něco najednou pohne, ale pokud můžete přidat další rady, tím lépe. A mohl bych navrhnout, aby se zpráva nezakrývala, raději místo toho použijte tlačítko „Zavřít“ (velmi se mi líbí, jak to StackExchange dělá osobně).

14
wildpeaks

Blízkost je dobrá pro chybové zprávy, ale mít všechna chybová hlášení na jednom místě má také výhody. Uživatel se učí neustále se tam dívat. Nyní Apple umístí všechny notify iPadu do horní části obrazovky. Webové prohlížeče to také dělají se svými žlutými pruhy. Jako uživatelé jsme si zvykli hledat tam. Obecně horní část pohled je dobrým místem pro vkládání zpráv.

Zpřístupnění zprávy po 5 sekundách je však špatný nápad. To je v rozporu s pokyny pro přístupnost W3C, což poškozuje přístupnost, poškozuje použitelnost. Webová stránka nediktuje, kde uživatel vypadá, ani během kolik času, natož jeho rychlost čtení. Místo toho často dáme kříž nebo tlačítko „OK“, které po kliknutí zprávu odstraní. Pokud je odstranění zprávy nezbytností. Ale ponechat zprávu s formulářem, dokud nebude formulář znovu odeslán, je dokonale v pořádku - jako uživatel to dokonce dávám přednost.

Myslím, že „přidat alespoň jeden soubor“ je dobrý, lepší než „alespoň přidat jeden soubor“. To je v souladu s tlačítkem „Přidat soubory“.

2

A co kompromis mezi zobrazováním inline zpráv, které souhlasím, by zabralo spoustu času a s červeným rámečkem dolů? Místo toho ukažte červené pole, kde je chyba. Potom můžete:

  • Nechte to 5 sekund, jak jste navrhli, nebo,

  • Nechte to zmizet, pouze pokud uživatel problém vyřešil, nebo

  • Tlačítko pro zavření nebo ikonu zavření

2
Hisham

Kromě toho, aby bylo několik bodů výslovně uvedeno:

Neodstraňujte chybovou zprávu, dokud nebude opravena

Jakékoli informace o opravě chyb, které uživateli poskytnete, by měly trvat alespoň do doby, než je opraví. Navrhovaná metoda předpokládá, že váš uživatel bude vždy sedět před vaší stránkou, nezatížený a dívat se pouze na tuto stránku, dokud nebude další akce připravena k dokončení. Co když přepnou karty, přijmou telefon nebo násilně kýchnou po odeslání této části formuláře? Na vaši stránku aplikace se vrátí s chybou a nic, co by naznačovalo, že je něco špatně.

Ještě nemáte chybové zprávy?

Citujete stovky možných chyb, které se mohou vyskytnout jako překážka při vytváření inline chybových zpráv. Proč jednoduše nenahradit (nebo jinak zobrazit) text chyby, který jste již připravili, blíže ke vstupnímu poli, které chybu vyvolalo (protože váš model zobrazuje chybovou zprávu již docela popisně).

1
msanford