it-swarm-eu.dev

Jaký je nejlepší způsob, jak prezentovat datum formuláře narození?

Vytvářím formulář, který vyžaduje, aby uživatelé zadali svůj DOB. Jaký je nejlepší postup? Identifikoval jsem 3 základní možnosti:

  • volné textové pole Uživatelé mají možnost zadat den, měsíc a rok do volného textového pole. Během UT jsem si všiml, že to způsobilo některé drobné problémy s tím, že uživatelé zadávali „81“ namísto „1981“, nebo uživatelé měli tendenci dívat se na klávesnici při zadávání dat, a nikoli obrazovka tak inklinovala k zadávání do všech polí, poté vyhledala a všimla si, že bylo zadáno pouze pole dne.

  • Rozbalovací nabídka Uživatelé si mohou vybrat den, měsíc a rok z řady rozbalovacích nabídek. Takže rozevírací seznam je 1 až 31, rozbalovací seznam je leden až prosinec. Zdá se to snazší, i když počet let v konečném rozpadu je velmi dlouhý - 1920 až 1994

  • Výběr data Ve skutečnosti není možnost, ale mohl bych nabídnout výběr data s ikonou kalendáře, kde si uživatelé mohou procházet měsíce a roky a zvolit si datum narození.

Který z nich je tím nejlepším přístupem nebo jaké jsou jiné nápady?

35
Oliver Gitsham

Používáme jednoduché, jediné textové pole s ukázkovou instrukcí, jak navrhuje Bennett.

Date of birth |________| (example: 31/5/1970)

Na stránku však také přidáme další prvek, který nazýváme vzorem Reflexe pole. Formulář vezme cokoli, co vstoupili do pole, a pak dynamicky jej analyzuje a interpretuje a odráží informace zpět v mírně odlišné formě. Pro data to znamená vzít „31/5/70“ a zobrazit „Neděle 31. května 1970“.

Vypočítání dne v týdnu je malý delighter, který tam přidáváme jen pro zábavu. Zjistili jsme, že uvedení dne v týdnu vedlo k tomu, že více lidí věnovalo pozornost displeji, a častěji tak zachytávalo chyby.

36
Erics

volné textové pole s příkladem je jasné a pro lidi rychlé a snadné použití.

 ________ 
 Datum narození | ________ | (příklad: 31.5.1970) 

Rozevírací seznamy mohou být v pořádku pro den a měsíc, ale ne rok. Pravděpodobně je jednodušší napsat čtyřmístný rok, než se posunout až dolů do roku 1950 - cokoli. Jedinou skutečnou výhodou výpadků je to, že vynucují uspořádání dne a měsíce. Ale ve srovnání s psaním jsou trochu těžkopádní.

13
Bennett McElwee

Další možností je textové pole, které je dostatečně chytré, aby porozumělo různým formátům. Uživatel může zadat „21. dubna 1981“ nebo „4/21/1981“ nebo „21.04.81“ nebo něco jiného. Obvykle není tak těžké analyzovat. Jako příklad WolframAlpha to vše správně chápe. Samozřejmě někdy můžete čelit dvojznačnosti (jako 01.02.1981 - je to 1. února nebo 2. ledna?). V takovém případě můžete dát uživateli možnost vybrat si nebo automaticky vybrat a zobrazit varování.

A doporučil bych se podívat na některé další otázky týkající se výběru data:

7
Kostya

Ten, který považuji za nejpřesnější (tj. Žádné chyby uživatele, ale stále snadno dokončitelné), je: - Datum bez textu - Měsíční rozevírací nabídka (leden, únor ...) - Rok bez textu (přijímající 2 nebo 4 číslice)

Nyní si uvědomuji, že tato moucha čelí „nemíchejte myš a klávesnici“, ale po letech testování webových formulářů s uživateli to funguje nejlépe. A toto staré pravidlo se stává stejně méně důležité, když se lidé vzdálí od myší. Výběr data jsou skvělé pro data blízká dnes; plné poklesy jsou ošklivým kompromisem; plný volný text vás nechává otevřený uživatelské chybě.

5
Rose Matthews

Při použití datadickeru jej můžete naladit trochu na základě svých uživatelů. Pokud váš web vyžaduje alespoň 18 let, můžete si dát, aby si majitel datumu spustil [aktuální rok-18], takže pro správné procento bude pro správný rok snazší vybrat správný rok.

Pokud používáte jediné textové pole (možná v kombinaci s datovým svitkem), můžete použít masku, která pomůže uživateli zadat správný formát. Něco jako maskovaný vstupní plugin: http://digitalbush.com/projects/masked-input-plugin/

4
Jörn Zaefferer

Problém s volnými textovými poli je v tom, že se uživatelé snadno dělají chyby. Jak říkáte, mohou zadat 81 místo roku 1981. Pokud se váš web používá v různých zemích, pak někteří uživatelé napíší první den, jiní první měsíc atd.

Myslím, že výběr data by vyžadoval příliš mnoho navigace pro uživatele k nalezení jejich dob a trvalo by to příliš dlouho (nejvíce frustrující). Výběr data pracuje nejlépe pro nalezení posledních dat.

Rozbalovací nabídky jsou to, co se nejčastěji zobrazuje na webových registračních formulářích. Obvykle jsou méně náchylné k chybám, protože uživatel je omezen dostupnými možnostmi v rozevíracím seznamu. Vyplnění o něco delší než vyplnění textových polí trvá o něco déle, ale brání tomu, aby bylo provedeno více chyb. Nezapomeňte, že pokud se rozhodnete pro tuto možnost, je nejlepší v každém poli uvést něco jako „den“, „měsíc“ a „rok“.

4
usabilitygal

Ve skutečnosti existuje tři platné možnosti, a můžete si vybrat ten pravý pro své publikum jednoduchým testem AB/C. (opravdu záleží pouze na vašich uživatelích)

Viděl jsem mnoho testů, ve kterých výsledky poukazovaly na jednu ze tří níže uvedených možností, a pokud si pamatujete, že ponecháte dd/rrrr jako jednoduchá vstupní pole (jakékoli jiné řešení způsobí výzvy a problémy pro vaši uživatelé) nemůžete pokazit.

Date of Birth Chooser

Tento příklad ilustruje správné pořadí polí pouze pro některé země *

4
Ciprian Pălici

Na pole www.rememberthemilk.com jsem neustále ohromen datovým polem. Je to jediné pole, můžete zadat datum téměř jakoukoli metodou, na kterou si vzpomenete, a přeloží to za vás. (15/12/2011, „15. prosince 2011“, 15. 5. 2011, „příští pátek“, „pá 15. prosince“ ...) a při zadání budou překládat to, co jste zadali, do čitelného formátu „Pá 16 Dec 11 ", takže můžete potvrdit, že je správná.

Pokud datum, které zadáte, není platné (například vstup do pátku 15. prosince), provede se vám bodnutí (v tomto případě je nastaveno na „Thur 15. 12. 11“) a můžete jej snadno změnit.

Zjistí také, zda jste jej zadali ve zjevném americkém formátu (15. 12. 2011) a zvolili správné datum 15. prosince 2011.

Je to opravdu působivý kousek kódování, ve skutečnosti musíte jít z cesty, abyste si vybrali nesprávné datum.

2
JonW

Viz následující odpověď více jako odpověď na senzibilizaci problému podle tohoto tématu. Ale pokud je téma míněno obecným způsobem, odpověď může souviset více, než si myslíte.

Myslím, že jediným vhodným řešením pro toto pole pro zadávání volného textu, protože jsem nikdy neviděl formulář pro narozeniny, do něhož mohou vstoupit lidé, kteří (úplně) neznají své narozeniny.

Německý pasový zákon (nebo přesně řečeno správní předpis ) toho říká, že den a měsíc (v minulosti i rok) lze psát jako XX, pokud není znám.

To znamená, že v některých pasech v Německu je narození majitele psáno jako XX.07.2000, XX.XX.2000 nebo dokonce XX.XX.XXXX (DD.MM.RRRR). Před několika lety byly použity nuly namísto x, takže to mohlo být také 00.00.0000 jako platné narozeniny.

Můžete říci, že každý zná své narozeniny, ale přemýšlejte o sirotcích nebo (zcela skutečných) uprchlících - zejména malých dětech.

Abych byl upřímný, existuje mnoho situací, zejména od „digitálního věku“, kdy se říká, že lidé používají nějaký „výchozí datum narození“, jako je 01.01 odhadovaného roku (což může být téměř správné). To však přináší další problémy, protože nelze říci, zda se osoba skutečně narodila 1. ledna, nebo pokud nezná její narozeniny.

Vím, že je mnohem snazší zpracovat správná data a možná výběr jakéhokoli data nebo výchozího data vyhovuje potřebám většiny softwaru, takže to není velký problém. Pokud však opravdu potřebujete „pasové narozeniny“ (za předpokladu, že je uživatel zadá), můžete o této skutečnosti přemýšlet a možná doporučit radu jako „Pokud neznáte své narozeniny, vyberte 01.01 jakéhokoli věku“ nebo přidejte "neznámé narozeniny" - zaškrtávací políčko. Nevím, jak ostatní země řeší uvedený problém, ale dovedu si představit, že mají (částečně) neznámá narozeniny nebo používají výchozí narozeniny.

1
bish

Z toho, co jsem zažil, to záleží na projektu. Měl jsem projekty, kde uživatelé neměli problém se standardním textovým polem s nápovědou nebo příkladem, zatímco jsem měl projekty, které se lépe testovaly se 3 rozevíracími seznamy, a to navzdory možnosti roku.

Takže nakonec vyzkoušejte, jestli můžete.

Kromě toho jsem přišel na následující pravidla:

  1. Pokud je pro systém kritická přesnost dat - rozevírací seznamy vedou k lepší přesnosti na úkor použitelnosti díky dlouhým seznamům možností.

  2. Pokud uživatelé dávají pozor na poskytnutí data narození, použijte jediné textové pole s přístupným nápovědou, které maskuje rozostření. Případně je skutečně vyžadováno zpochybnění požadavku vidět měsíc a den.

  3. Všichni ostatní - jediné textové pole s přístupnou nápovědou.

1
JamesEggers

Jednoduché zadávání textu je nejlepší. Vstup by měl být schopen analyzovat data a přijít s nejvhodnějším datem. Jedním z takových, které jsem používal, je SlickDate ( http://www.mountonetech.com/slickdate )

1
tonnier

Podle Nielsena Normana je nejlepším způsobem použití otevřených textových polí, jak již uvedli mnozí výše uvedení přispěvatelé. Tady je odkaz:

https://www.nngroup.com/articles/date-input/

0
John H

V naší aplikaci očekáváme toto řešení:

Widget pro datum je normální, bezplatný widget pro editaci řádků. Můžete zadat cokoli chcete. Jakmile je zadaný text nějak rozeznatelný jako datum, nalezená interpretace dat se zobrazí v rozevíracím seznamu pod widgetem. Tyto interpretace jsou zobrazeny pomocí celých let a celých jmen měsíců a jsou seřazeny podle pravděpodobnosti. Widget lze omezit tak, aby navrhoval pouze konkrétní časové období. Pokud tedy jako rok k narozeninám zadáte 31, bude místo roku 2031 navržen rok 1931. Uživatel si může kliknutím na některý z návrhů zvolit tuto interpretaci. Naopak v widgetu, který se používá k plánování budoucího jmenování, by se data v nejbližší budoucnosti stala pravděpodobnou interpretací.

Národní prostředí systému se samozřejmě používá k určení, jaká je nejpravděpodobnější interpretace zadaného data, jaké názvy měsíců a zkratek se používají a jaký je přijatelný formát pro zobrazení interpretovaných dat.

Když fokus opustí widget data, cokoli, co uživatel zadal, se nahradí nejpravděpodobnějším interpretovaným datem nebo kurzívní zprávou jako „Není vybráno datum“ nebo „Neplatné datum“. Když se fokus vrátí do widgetu, text je opět to, co tam uživatel poprvé zadal.

Pravidla pro interpretaci data jsou samozřejmě poměrně volná. Jsou přijímány různé oddělovače a vůbec nepoužívají oddělovače. Odkazy na to, jaké pole se používá, pokud jsou k dispozici (jako zkrácení data na dvě číslice, ale použití části „pro století“ by naznačovalo, že tato část je rok, nebo pomocí „th“ „st“ „nd“ nebo 'rd' za číslem by naznačovalo, že tato část je pravděpodobně denní číslo). Měsíce mohou být uvedeny jako číslo nebo jako jméno, případně zkráceno na nejkratší jedinečnou zkratku.

Celkově vzato to vytváří widget pro zadávání data, který je z pohledu uživatelů velmi flexibilní a snadno použitelný.

0
André

Použijte vložené vstupy nebo rozevírací seznamy pro widgety uživatelského rozhraní kalendáře.

Naše návštěvy UX zaměřené na sledování očí rychle zjistily, jak uživatelé nevědí, jak komunikovat s nástroji pro výběr data.

0
soulglider