it-swarm-eu.dev

Zvládáte více „výstražných“ vyskakovacích oken?

Aplikace iPad, kterou vytváříme, vyvolá výstražné okno pro různé chybové stavy. Uvažujeme o vytvoření vlastního uživatelského rozhraní pro výstrahy, protože výchozí výstražné okno je celkem nepříjemné. Moje otázka zní, jak si ukládáte upozornění? Pokud například dvě části aplikace vyvolají 2 různá upozornění, jaký je nejlepší způsob, jak ukázat, že se 2 věci pokazily. Jedna myšlenka je ukázat pouze první chybu, která se stala. Dalším je zobrazovat výstrahy jeden po druhém, takže uživatel je nucen dvakrát kliknout na „ok“. Další je něco jako „2 věci se pokazily: zde je 1 a zde je další“, ale problém s chybou 2 se může objevit po chybě 1, ale dříve, než měl uživatel možnost zrušit varování 1.

Viděl někdo dobrý vzor uživatelského rozhraní pro seskupování více výstražných zpráv?

7
Arpit

Zde je návod, jak Apple to dělá v Finder Mac OS:

alt text

alt text

5
Hisham

nikdo nemá rád výstrahy (o kterých vím), ale pro více asynchronních zpráv je „vrčící“ rozhraní doposud docela přitažlivé. Po kontrole několika pluginů jQuery týkajících se „upozornění“ jsem našel následující docela užitečné:

http://pines.sourceforge.net/pnotify/

Zkuste kliknout na jednoduchá ukázka a sledovat práva na javascript podél pravého okraje stránky.

8
ericslaw

Zde je třeba zvážit: potřebujete uživatele přerušit?

Musí být chyba zobrazena ve vyskakovacím okně nebo může být zobrazena v toku aplikace? Např. je to výjimka nebo je to oznámení? „Stránku nelze načíst“ má jiný význam a váhu než něco jako „rázná chyba. Twitter neodpověděl.“

Přemýšlení o těchto rozdílech vede k několika myšlenkám:

  • Pokud jde o kritickou chybu, měli byste přerušit tok aplikace a upozornit uživatele. „Stránku nelze načíst“ se musí objevit, protože není nic jiného, ​​co by se mohlo stát paralelně.
  • Nekritické chyby, jako například „nepřijetí kódu“ v aplikaci Twitter, by neměly přerušit tok, protože tím přerušíte používání aplikace uživatelem, což je obvykle něco jako čtení nebo psaní.
  • Co uživatel dělá? Pokud uživatel provádí nějakou sekvenční úlohu, např. vyplněním formuláře a poté uživateli ukázat různé chyby seskupené dohromady.
  • Zvažte, jak navrhnout cestu z problému. Nepovažujte například chybu za chybu. V příkladu „retweet“ je rozhraní API Twitter externí závislost, a proto by všechna volání na něj měla být odolná vůči chybám, včetně zpětné vazby pro uživatele v uživatelském rozhraní. To má vliv na to, jak uživatel vnímá vaši aplikaci: pokud vždy objevíte chybu, kdykoli dojde k nějaké výjimce, uživatel bude vnímat nestabilní, otravnou aplikaci, která ji přeruší. Pokud chyby vložíte a zobrazí je jako nevyhnutelná upozornění, která se právě odehrávají, protože Twitter může být někdy dole, setká se to velmi odlišně.
  • Podívejte se na konvence platformy pro iPad. Podívejte se na Apple Pokyny pro lidské rozhraní a podívejte se na hlavní aplikace. Moje zkušenosti s iPadem bylo, že v aplikacích je jen velmi málo chybových stavů, může to být způsobeno skvělým testováním nebo skutečnost, že návrháři navrhli možné chybové stavy mimo aplikaci. Zvažte tento příklad: ve webové formě, pokud si vyžádáte telefonní čísla v určitém specifickém formátu, jste právě uvedli možný chybový stav, kdy uživatel nesprávně vyplní telefonní číslo. Pokud však přijmete jakýkoli formát, je to pro uživatele o jeden menší problém. Někdy se ptám, zda se návrháři aplikací iPad k tomuto druhu designu přiklánějí.

Sruly poslala odpověď, když jsem to psal, a vypadá to velmi specificky a technicky. Doufejme, že moje odpověď může přispět k nějaké vysoké úrovni k zamyšlení.

3
Rahul

Howl

Howl je pro iPad, co je Growl pro Mac

multiple alerts

Je schopen automaticky skládat více upozornění. Pokud se nejedná o vážnou výstrahu, výstrahy mohou po sekundě vyblednout. Můžete také vytvořit upozornění, která musí uživatel zrušit. Growl je používán ve velkém počtu programů Mac, nevím, jak populární Howl je.

3
neoneye

I když možná nebudete chtít používat vzory Windows pro produkt Apple).

Několik vzorců, které je třeba zvážit. (Z Windows)

  • Ikony oznamovače na hlavním panelu zobrazují vždy jednu zprávu a když ji zavřete nebo vyprší, zobrazí se jiná.

  • Některé zprávy se hromadí, přičemž každá následující zpráva se posune o několik pixelů dolů a doprava.

  • Některé zprávy (například výstraha v JS) blokují, dokud na ně neodpovídá, takže zjevně může existovat pouze jedna.

  • Některé zprávy (jako jsou upozornění systému Windows na bezpečnostní rizika) se zobrazují v jednom poli, ale se všemi zprávami jsou.

  • Webové stránky StackExchange uvádějí důležitá upozornění na horní a méně důležitá se mohou objevit po provedení akce.

Protože nevím přesně, co stavíte, je těžké podat návrh, ale prostřednictvím procesu eliminace ho mohu zúžit.

Protože máte omezený počet pixelů na obrazovce, seskupování zpráv do jedné krabice by mohlo ukrást hodně místa na obrazovce.

Pravděpodobně nechcete, aby vaše aplikace blokovala, pokud nedojde ke kritické chybě, takže upozornění ve stylu JS jsou pravděpodobně mimo.

Stohování blokovacích vyskakovacích oken by kvůli nedostatku místa na obrazovce znovu nefungovalo.

Myslím, že to vám dává jen několik možností. Pop-up okno, které po kliknutí neblokuje a nezmizí ani nezmizí (jako například ikona bublin v oznamovací bublině v oknech taksbar nebo malá oznámení v StackExchange) nebo oznamovací oblast (jako horní lišta v StackExchange)

2
Sruly

Pravděpodobně bych objevil průhlednou výstrahu ve stylu ulice a nechal ji v pravém horním nebo dolním pravém rohu.

Kdykoli dojde k chybě, můžete zobrazit symbol, a pokud dojde k další chybě, můžete výstrahu zablikat jasnější barvou a vedle ní přidat čítač s počtem přijatých chyb. Kromě symbolu a čítače můžete chtít jeden nebo dva štítky Word. Něco krátkého a do té míry by bylo asi nejlepší ušetřit na nemovitostech.

Když uživatel stiskne (klikne) na výstrahu, může vyskočit z krabice se seznamem chyb.

1
LoganGoesPlaces