it-swarm-eu.dev

Měly by být zakázané možnosti někdy skryté?

Komentáře od tato otázka mě podnítily s tímto dalším návrhem použitelnosti. Podle mého názoru je špatný nápad skrýt zakázané možnosti.

Rád vidím všechny dostupné možnosti bez ohledu na to, zda jsou některé zakázány. Nechci, aby se na mně objevovaly a mizely možnosti kvůli určitým podmínkám. Nechci jít "Přísahám, že jsem viděl tuto možnost nabídky před minutou ... kam to sakra šlo?". Nenuťte mě přemýšlet. Když žárovka shoří, spínač světla je stále tam. Ve fyzickém světě věci nezmizí v tenkém vzduchu, když se přepnou do nepoužitelného stavu.

Sčítání :

Nedělám prázdné zametací příkazy, které by měly zobrazovat VŠECHNY možnosti. Pokud vaše role zabezpečení neumožňuje vidět možnost, kterou byste nikdy neměli vidět. Hovořím o tom, že stejná možnost se bude objevovat a vystupovat zviditelněním díky podniknutým krokům.

19
Tony_Henrich

Souhlasím s tím v případě, že uživatel nesplnil určité požadavky na povolení této možnosti. Jako výběr textu.

Ale pracuji s mnoha aplikacemi, kde jsou možnosti zakázány podle role. V takovém případě tento konkrétní uživatel nikdy nebude moci tyto možnosti použít, a proto by pro něj neměl být viditelný.

10
Jeff Sheldon

Šedé možnosti jsou upoutávky; uživatelé chtějí vědět, jak se dostat k těmto nepřístupným možnostem, a podpořit tak hlubší prozkoumání aplikace. Pokud se shoduje s aplikací pro Mac, je nejlepší postupovat podle pokynů OSX HI, které stanoví:

Pokud položka nabídky není k dispozici - protože se nevztahuje na vybraný objekt nebo na vybraný objekt v jeho aktuálním stavu nebo například proto, že není vybráno nic, položka by se měla v nabídce zobrazit šedě (šedě) a není zvýrazněno, když na něj uživatel přesune ukazatel.
3
Max Steenbergen

Tony, je zajímavé, že jsi vzal naše názory z poslední otázky a otočil je do nové otázky.

Moje neodpověď zní: v práci jsem celý týden říkal - o některých problémech s designem uživatelského rozhraní, které řešíme -, že musíme vyzkoušet naše názory tím, že před uživatele postavíme prototypy.

Pro všechny: má někdo výzkumná data, která nesouhlasí s Tonyho pozicí („Nikdy neskrývat zakázané možnosti“), a pokud ano, řekli byste nám o kontextu?

1
JeromeR

Jsem si jist, že existují scénáře, ve kterých to nemusí být proveditelné, nebo alespoň může způsobit, že UI bude neohrabaný. V zásadě s vámi však souhlasím a domnívám se, že by se to mělo brát v úvahu při vývoji uživatelského rozhraní, nikoli však zpravidla.

0
user708

Rozhodně to není pravidlo, ale také souhlasím.

Udělali jsme řadu hostovaných nástrojů nemovitostí a naším cílem bylo mít co nejjednodušší proces. Naše stránka „Vytvořit seznam“ vypadala úplně stejně jako stránka „Upravit seznam“, ale bez oddílu pro připojení souborů (obrázků/dokumentů) a naši uživatelé to určitě považovali za frustrující. Nakonec jsme vložili sekce, ale pomocí zprávy „Uložte prosím svůj zápis, abyste mohli nahrát vaše [obrázky/soubory]“ ... Fungovalo to velmi dobře jako dočasná oprava, zatímco jsme přidali schopnost.

0
Motolix

Kategorizuji tento 2 případ:

1) Pokud je zakázáno a uživatel s tím nemůže nic dělat, je lepší se vůbec nezobrazovat, nebo pokud to ukážete není potřeba popisk.

2) Pokud je zakázáno, protože musíte, aby uživatel vybral možnost, která je velmi blízko (např. Nad tlačítkem), pak musíte mu sdělit s tipem nástroje, Vyberte prosím možnost a klikněte na mě.

Také je tu ještě jeden, který se musíte rozhodnout pro ovládání pokud to ukážete nebo ne.

Pokud je rozvržení stránky/dialogu stejné pro mnoho akcí, nechte tlačítko tam deaktivované, takže uživatel nezapomene na své místo.

Pokud rozložení stránky/dialogu není stejné a tato akce je právě zahrnuta v různých dialogech, nemusíte ho neustále zobrazovat. (např. nemusíte ukazovat neprihlášenému uživateli, že je to tlačítko, které vás přenese do backoffice, ale musíte se nejprve přihlásit).

Tlačítka nebo akce, které dělají totéž na různých stránkách, musí být umístěny ve stejném bodě stránky/dialogu. Ukažte toto je pravidlo, takže i když nějakou dobu nechcete něco ukázat, musíte jeho místo udržet volné.

0
Aristos