Jak prezentovat předvolby týkající se výběru časového období
Vyvíjíme výběrčí rangerů a máme pochybnosti o tom, jak prezentovat přednastavená časová období. Scénář je následující: EITHER uživatel používá přednastavenou dobu, např.
- Dalších 7 dní
- Další 3 měsíce
- Posledních 7 dní
- Poslední 3 měsíce
NEBO určuje datum od a do. Moje otázka zní:
- Jak je v uživatelském rozhraní nejlépe reprezentována funkce OR?
Tři z našich více variant designu jsou:
Na obrázku nad položkou „Nastavení alfa“ atd. Jsou právě zobrazeny nástroje pro výběr data rangerů v souvislosti s jinými ovládacími prvky.
V našem týmu jsme nejvíce kean na alternativu (C), protože to vysvětluje vztah OR standardním způsobem pomocí přepínačů). Jeden by však mohl namítat, že je příliš vysvětlen, a že např. Alternativní ( B) je pevnější, ale pokud je alternativou (C) způsob, jak se má chovat podrobněji, např .:
- Měl by výběr předvolby data automaticky vyplnit pole Od a Do pod rozevíracím seznamem předvoleb?
- A pokud ne: Jak sdělíte uživateli, co např. „poslední 3 měsíce“ znamená přesné datum zahájení?
- Měla by být nevybraná možnost šedá a resetována?
- Pokud ano, mělo by být nezvolené pole aktivní po kliknutí nejen na odpovídající přepínač, ale také na vstupní pole, např. rozbalovací nebo datová pole?
Jaký je váš názor na to? Kterou alternativu dáváte přednost - nebo máte nějaké lepší návrhy? Máte nějaké dobré příklady, jak prezentovat předvolby uživatelům?
V tomto pořadí: B (s podrobným popisem manipulace níže), A (vyhláskováno), C.
C je pro mě „typické technické řešení“: nejprve se rozhodnete, jak specifikovat dobu trvání, poté určíte data potřebná pro tento algoritmus. Spravovat je však pouze dva další ovládací prvky a uživatelé neznají možnosti, které mají před sebou. To znamená, že pokud jsou vaši uživatelé technici/analytičtí myslitelé a je nejjednodušší je implementovat, jděte na to.
B by bylo vhodnější:
Minimální požadavky:
- Ovládání „předvolby“ a ovládání data a času jsou vždy k dispozici (nikdy zakázáno)
- změnou předvolby se změní čas zobrazený v ovládacích prvcích rozsahu
- změnou ovládacích prvků rozsahu se změní předvolba na „ostatní“
Téměř perfektní:
- porovnejte ruční výběr s vašimi předvolbami a zobrazte „jiné“ pouze v případě, že neexistuje žádná shoda
- když uživatel ručně vybere „jiné“, zobrazí se nápověda jako „zde vyberte začátek a konec data“
Výhody:
- Uživatelé s nejasnou představou o vaší aplikaci mají řadu typických možností
- Uživatelé získají okamžitou a konkrétní zpětnou vazbu pro svůj výběr
- Výběr může být upřesněn, např. „další 3 týdny“ lze snadno upravit na „4 týdny“
Varianty:
- Místo „jiných“ generujte vhodné textové reprezentace (např. „Příštích 17 dní“).
- Pokud je aplikace používána většinou běžnými častými uživateli (málo příležitostných uživatelů), zvažte bezplatné zadávání textu, jako je Hisham, doporučeno: kliknout a zadat tři časy v daném dni je v pořádku, pro zadávání 30 za hodinu je bolest a volný text vyhraje.
(Nedokážu si představit jednoduché kombinované rozhraní, které nějakým způsobem neznevýhodňuje začínající uživatele, ale pokud očekáváte širokou škálu uživatelů, možná budete muset za to zvážit některá řešení)
Poznámky k rozvržení:
- Vynechal bych „z“ čistě pro čistý vzhled, ale je tu kompromis. Obecně se snažím dát ovládacím prvkům stejnou velikost a postavit je na několik řádků, abych se vyhnul vzhledu „neklidného tvaru“.
- Seskupte předvolby skupiny a výběr data společně (tj. Jim poskytněte určitou vzdálenost od ostatních výběrů)
- "Trvání" je samozřejmě hloupý štítek, promiň;)
(vedlejší poznámka: Instinktivně bych předpokládal interval sedmi dnů, abych odešel „od 17. února, 0:00 do 23. února, 23: 59: 59,9999 ..“, ale nejsem si jistý, jestli je tento univerzální.)
Uvažovali jste o tom, že to vyřešíte 7 signálů vyřešíte to v jejich aplikacích? Jedno pole pro výběr s možnostmi „Další 3 dny“, „Dalších 7 dní“ atd. A poslední možností je „Vlastní rozsah“ (mikroskopie zde není mou silnou stránkou, připouštím, zní příliš technicky) - kontrola poslední možnost by zobrazovala pole datadicker.
Rozbalovací nabídka s následujícími možnostmi:
- Dalších 7 dní
- Další 3 měsíce
- Posledních 7 dní
- Poslední 3 měsíce
- Vlastní
A když si vyberou vlastní, objeví se dataři.
Chtěl bych jít s možností C, ale s několika změnami. Jak to vidím já, design je zabalen z důvodu přednastavených období s pevnými možnostmi:
Nahraďte rozbalovací nabídku předvoleb jednoduchým editačním polem, které umožňuje uživatelům psát, např. „7 dní“ nebo „7 d“. Je to trochu více práce, protože musíte uživatelům umožnit zkrátit a inteligentně rozebrat, ale myslím, že to stojí za to.
Vypněte přepínače; už to není „ani“, ani návrh.
Automaticky upravte pole úprav, když uživatel provede výběr na výběr data. A naopak: automaticky aktualizujte hodnoty pro výběr data, když uživatel do editačního pole vloží novou hodnotu.
Změňte štítek „Časové období“ na „Trvání“.
Sem přidejte několik dalších štítků (z, do atd.).
Nemůžu myslet na nic jiného. :-)
Nelíbí se mi myšlenka mít dva různé druhy vstupních polí pro manipulaci se stejnými daty. Myslím, že by to bylo matoucí. Musím vybrat něco ve voliči rozsahu A v obou polích data? Co se stane, když nastavím datum v datech ručně a zkontroluji selektor rozsahu ze zvědavosti? Funguje to, i když nejprve vyberu rozsah a poté změním jedno z dat? Změnil se ten druhý tak, aby odpovídal rozsahu? To vše není zjevné z žádného z UI nápadů.
Možná je to čistě kosmetické, ale nemělo by být voličem rozsahu pole pole, ale spíše nějaký pomocník pro dvě datová pole. Něco takového:
pomocník pro výběr časového období
Jakmile uživatel sám změní jedno z dat, můžete pomocníka změnit tak, aby pracoval pouze na druhém poli:
Pomocník pro výběr časového období 2
Mít rozsahy jako odkazy namísto pole formuláře alespoň objasní, které ze zadaných dat se na konci počítá.
(promiňte, žádná pověst, takže nemohu zahrnout obrázky)
Chtěl bych jít s verzí B, protože časové období a volitelné od - do data jsou spojeny, např. pokud změníte časové období, budou aktualizována data od a do a naopak - pokud změníte datum od - na data, bude aktualizováno časové období.
Verze A se zdá lichá, protože časové období a od do data jsou stejné, takže „nebo“ logika přestávek.
Verze C má zbytečný selektor, protože nemusíte volit, jakým způsobem zadáte časové rozpětí, oba aktualizují oba.