it-swarm-eu.dev

GG / MM / AAAA - le persone sanno cosa significa?

Ho appena finito di leggere Forms that Work di Caroline Jarrett e Gerry Gaffney e ho notato che mentre l'editore utilizzava una schermata sulla copertina con quel formato data gli autori in realtà non ha affrontato il problema di GG/MM/AAAA nel libro ... che ha provocato la discussione su di esso quando abbiamo esaminato il libro al bookclub UX all'inizio di questa settimana.

Qualcuno ha testato l'uso della stringa di formato GG/MM/AAAA per comunicare agli utenti come inserire una data in un campo di testo singolo o triplo? O hai trovato più semplice fornire elenchi a discesa per anno e mese?

Che dire dei moduli di dettaglio delle carte di credito in cui il formato di input deve corrispondere alla carta, quindi è necessario utilizzare le date numeriche nel formato MM/AA?

Quali sono alcune alternative che consentono l'immissione rapida della data con campi di testo e garantiscono anche l'ordine corretto?

30
Nathanael Boehm

William Hudson ha indagato su questo problema l'anno scorso. Ha condotto un sondaggio su quasi 1.000 persone, chiedendo semplicemente come avrebbero scritto una determinata data ("il secondo agosto di quest'anno" è stato il modo in cui è stata formulata). Hanno digitato la loro risposta in un campo di testo in formato libero. Gli intervistati sono stati quindi invitati a scegliere la data "modello" più vicina da un elenco di 32 - la metà dei quali era in ordine giorno/mese/anno e l'altra metà mese/giorno/anno ("altro" era l'opzione finale).

Le persone hanno utilizzato una vasta gamma di formati di data. I partecipanti che hanno utilizzato l'ordinamento per mese/giorno/anno avevano una preferenza leggermente più forte per una data puramente numerica senza zeri iniziali nel mese o nel giorno (8/08/09 ) ma il secondo vicino utilizzava il nome completo del mese (2 agosto 2009). Queste due categorie rappresentavano il 53% di quel gruppo.

19
David Travis

Bene - so per esperienza che gente degli Stati Uniti spesso scrive male "GG/MM/AAAA" poiché sono abituati a "MM/GG/AAAA". Per un sito rivolto al pubblico del Regno Unito e degli Stati Uniti, abbiamo riscontrato un tasso di errore inferiore con "AAAA/MM/GG" :-)

Per quanto riguarda le alternative che consentono l'immissione rapida del testo, potresti voler guarda come puoi inserire le date su nationalrail.co.uk , che ha diverse opzioni.

10
adrianh

Richiedere a un utente di inserire informazioni in un campo di testo in formato libero in un formato definito non va affatto bene.

Penso che un selettore di date (calendario), più caselle di selezione (con gennaio, febbraio, ecc. - che mostrano chiaramente quale campo è per cosa) o un modulo di testo libero altamente intelligente è molto meglio. Tuttavia, penso che la maggior parte delle persone dovrebbe fermarsi e pensare, non essendo abituato a un sistema che capisce cose come "domani", il che renderebbe un'interfaccia utente più chiara come la prima volta che ho suggerito di meglio.

8
Jacob R

Proprio come un po 'di background, c'è uno standard internazionale (ISO) per il formato della data:

È AAAA-MM-GG

http://www.w3.org/QA/Tips/iso-date

In realtà è abbastanza complesso su quale paese utilizza quale formato - e c'è una bella guida di Wikipedia (si applicano le normali prenotazioni di Wikipedia ...)

http://en.wikipedia.org/wiki/Calendar_date#List_of_the_world_locations_by_date_format_in_use

7
PhillipW

Se gli utenti capiranno il prompt GG/MM/AAAA dipenderà ovviamente dal pubblico. Per le persone che trascorrono del tempo su altri siti o utilizzano applicazioni in generale, penso che sia diventato abbastanza noto nella maggior parte delle comunità.

Mi piace supportare l'ingresso in formato libero con il sistema abbastanza intelligente da capire cosa intendi. Quindi Google Calendar capisce "domani" e analizza di conseguenza, e considera il 10/3 come il 10 marzo (anche se ovviamente questo dipende dalle impostazioni locali).

Per la scadenza della carta di credito, il formato preferito deve essere qualsiasi cosa tranne quello che ti costringe a scegliere il mese per nome (in quanto ciò costringe l'utente a "tradurre" dal mese numerico stampato sulla carta al mese di calendario)!

5
gerry gaffney

Alcune persone potrebbero non capire "gg/mm/aaaa". Per essere chiari, sa un inglese semplice (giorno/mese/anno) e includi un esempio non ambiguo come il 30/4/2010. Ecco un esempio.

 ________ 
Data | ________ | giorno/mese/anno - ad esempio 30/5/2010
4
Bennett McElwee

Questo è il formato data standard tedesco. Tuttavia, in tedesco mi aspetterei la stringa localizzata "TT/MM/JJJJ" :)

3
Brian

Per gli europei, GG/MM/AAAA probabilmente funziona bene, anche se aggiungerei una data di esempio. Quindi qualcosa sarebbe simile a questo (non sono sicuro che la formattazione esca):

[..] [..] [....]

GG/MM/AAAA (ad es. 25/05/2010)

(Come puoi vedere, una cosa difficile è se è richiesto o meno lo "0" iniziale per i primi 9 mesi)

L'uso di selezione data funziona solo per le date vicine (vicino alla data corrente o un'altra data di conoscenza). Quindi funzionano alla grande per gli appuntamenti nel prossimo mese, ma non per i compleanni o altre date casuali.

Per date di scadenza della carta di credito, utilizzerei due elenchi a discesa per mesi (1-12) e anno (anno in corso + 5 successivi?).

2
Peter Boersma

Non ho mai avuto problemi reali con GG/MM/AAAA - per il pubblico australiano o neozelandese. Molte persone sembrano capire cosa significhi.

Si è imbattuto in una specifica funzionale anche se il cliente voleva DD/MM/CCYY.

Che ha ottenuto una bandiera rossa e un chiaro "No" da parte mia. :)

2
Nathan-W

La posizione di interruzione degli input di mese e giorno sembra essere la più problematica.

Dipende da dove proviene la maggior parte dei tuoi utenti. Negli Stati Uniti, è rigorosamente MM/GG/AAAA, un contrario della maggior parte degli altri paesi e la maggior parte di questi utenti accederà o selezionerà il Giorno seguito dal Mese. È sempre doloroso provare a capire se è il 7 marzo o il 3 luglio, proprio come passare dalla guida a sinistra alla guida a destra. Se non stai separando gli utenti per posizione, dovrebbe funzionare il GG/MM/AAAA (dal valore più basso al più grande) e consentire solo da 1 a 12 nell'input del mese. Tranne il 7/3!

0
Ling

GG/MM/AAAA significa ovviamente "Dam * You" - forse nella mente dell'utente ;-)

Seriamente, nel corso degli anni lo sviluppo di applicazioni che riceveranno le date - se digitate manualmente sempre diventano un problema, qualunque cosa tu faccia. Esistono troppi modi non solo per pensare alle date, ma anche per digitarle. Il formato varia da paese a paese e così via.

I campi data IMO devono essere a prova di bambino offrendo menu a discesa - uno per anno, uno per mese e uno per giorno - o un calendario per selezionare la data dalla griglia.

Non lasciare mai che un utente digiti una data manualmente!

0
epistemex