dd/mm/rrrr - zrozumiałość formatek
- 1
- 2
- 3
- Następna »
Jakub AndrzejewskiUsability Specialist
/ UX Designer
Anna Noemi C.Patrzę z optymizmem
w przyszłość...
Robert DrózdWebAudit / Świat
Czytników
Temat: dd/mm/rrrr - zrozumiałość formatek
Nie powiedziałeś w jakiej sytuacji używany będzie opis formatowania.Z racji że strony anglojęzyczne często wymuszają mm/dd/rrrr, nigdy nie stosowałbym formatu dd/mm/rrrr. Jeśli mają być tylko cyfry - różni mądrzy ludzie zalecają po prostu format Iso: rrrr-mm-dd.
Cezary Ż.menedżer ds.
marketingu
internetowego ING
Bank Śląski
Temat: dd/mm/rrrr - zrozumiałość formatek
Jakub Andrzejewski:
Cześć,
Macie może jakieś doświadczenia czy opisy formatowania np. dat (lub innych) są rozumiane przez userów? Czy ludzie więdzą co to znaczy dd/mm/rrrr?
Moje subiektywne doświadczenie mówi, że lepiej rozdzielać myślnikami:
dd-mm-rrrr podając dodatkowo przykład:
dd-mm-rrrr,
np. 31-12-2008
no i zaczynać od dnia, a nie od roku.
Stosowałem też mixxa z listą rozwijalną:
a) [dzień z listy] [miesiąc z listy] [rok z listy]
b) [dzień z palca] [miesiąc z listy] [rok z listy]
c) [dzień z palca] [miesiąc z listy] [rok z palca]
wersja c dziłała najlepiej, dla a i b często pozostawiali to co było defaultowo, przy c miesiąc był juz wybierany i wiadomo było o co chodzi gdy user widział nazwe miesiaca a oprócz tego dwa pol - jedno dwucyfrowe, drugie czterocyfrowe, wiedział gdzie co wpisac, pozatym lista rozwijalna z miesiącami ma najmniej alternatyw w stosunku do innych (miesięcy jest tylko 12)
Cezary Ż.menedżer ds.
marketingu
internetowego ING
Bank Śląski
Temat: dd/mm/rrrr - zrozumiałość formatek
Robert Drózd:
Nie powiedziałeś w jakiej sytuacji używany będzie opis formatowania.
Z racji że strony anglojęzyczne często wymuszają mm/dd/rrrr, nigdy nie stosowałbym formatu dd/mm/rrrr. Jeśli mają być tylko cyfry - różni mądrzy ludzie zalecają po prostu format Iso: rrrr-mm-dd.
Ja uważam, że dla języka polskiego naturalny jest wpier dzień, tak się u nas określa datę, okreslamy że cos zdarzyło się dnia.
Słownik języka polskiego mówi o dacie tak:
#
data
1. «numer dnia, miesiąc i rok określone dla każdej doby»
2. «oznaczenie dnia, miesiąca i roku jakiegoś wydarzenia»
• datalny
Oczywiście nie ma dnia 03 listopada tylko 3 listopada ale to już inna bajka jest. Tak czy siak warto - jeśli ktoś chce wprowadzić 3-11-2008 - skonwertować to po wpisaniu do 03-11-2008
Przy okazji, mnie zawsze dziwi na pkp.pl w wyszukiwaniu połączeń wpisany tam format godziny jako: 17.00, wolałbym 17:00.Cezary Ż. edytował(a) ten post dnia 21.11.08 o godzinie 15:49
Piotr B.Grafik - projektant
Temat: dd/mm/rrrr - zrozumiałość formatek
Robert Drózd:
Z racji że strony anglojęzyczne często wymuszają mm/dd/rrrr, nigdy nie stosowałbym formatu dd/mm/rrrr. Jeśli mają być tylko cyfry - różni mądrzy ludzie zalecają po prostu format Iso: rrrr-mm-dd.
A ja właśnie nigdy nie stosowałbym formatu mm/dd/rrrr - w Polsce z pewnością taki zapis potrafi zamotać. Jeśli mowa o stronach anglojęzycznych, często pojawia się tam zapis np. November 17, 2008 - a to lekko inna bajka niż 11/17/2008.
Moim zdaniem najbezpieczniejszy zapis to dd/mm/rrrr, ewentualnie odwrotność - rrrr/mm/dd.
Robert DrózdWebAudit / Świat
Czytników
Wojciech Malinowskirozwiązuję
problemy zamiast
tworzyć nowe
Temat: dd/mm/rrrr - zrozumiałość formatek
Jakub Andrzejewski:
Cześć,
Macie może jakieś doświadczenia czy opisy formatowania np. dat (lub innych) są rozumiane przez userów? Czy ludzie więdzą co to znaczy dd/mm/rrrr?
Dziwię się, że na grupie o użyteczności nikt nie wspomniał, że najlepiej jest od razu do formatki wstawić najbardziej przewidywalną datę (np. obecną) w formacie, którego używamy i obok - ikonkę kalendarza.
Piotr L.projektowanie user
experience,
interakcji,
architektura i...
Temat: dd/mm/rrrr - zrozumiałość formatek
Wojciech Malinowski:
Jakub Andrzejewski:
Cześć,
Macie może jakieś doświadczenia czy opisy formatowania np. dat (lub innych) są rozumiane przez userów? Czy ludzie więdzą co to znaczy dd/mm/rrrr?
Dziwię się, że na grupie o użyteczności nikt nie wspomniał, że najlepiej jest od razu do formatki wstawić najbardziej przewidywalną datę (np. obecną) w formacie, którego używamy i obok - ikonkę kalendarza.
bo może nie zawsze jest to pożądane?
Wojciech Malinowskirozwiązuję
problemy zamiast
tworzyć nowe
Temat: dd/mm/rrrr - zrozumiałość formatek
Piotr Lewandowski:Wojciech Malinowski:
Dziwię się, że na grupie o użyteczności nikt nie wspomniał, że najlepiej jest od razu do formatki wstawić najbardziej przewidywalną datę (np. obecną) w formacie, którego używamy i obok - ikonkę kalendarza.
bo może nie zawsze jest to pożądane?
Jakiś przykład kiedy to mogłoby nie być pożądane?
Piotr L.projektowanie user
experience,
interakcji,
architektura i...
Temat: dd/mm/rrrr - zrozumiałość formatek
Wojciech Malinowski:
Piotr Lewandowski:Wojciech Malinowski:
Dziwię się, że na grupie o użyteczności nikt nie wspomniał, że najlepiej jest od razu do formatki wstawić najbardziej przewidywalną datę (np. obecną) w formacie, którego używamy i obok - ikonkę kalendarza.
bo może nie zawsze jest to pożądane?
Jakiś przykład kiedy to mogłoby nie być pożądane?
Odbije piłeczkę: jakiś przykład kiedy to MUSI być?
konto usunięte
Piotr L.projektowanie user
experience,
interakcji,
architektura i...
Marcel DziedzicUX Designer
Temat: dd/mm/rrrr - zrozumiałość formatek
@Kuba - z moich doświadczeń wynika, że ludzie nie mają problemu ze zrozumieniem co znaczy dd czy mm. Natomiast często spotykam interfejsy, który wymuszają na użytkowniku wprowadzenie daty w odpowiednim formacie (!). To bywa kłopotliwe. Z punktu widzenia użytkownika ważne jest wprowadzenie daty a NIE FORMATU. O format powinnien się troszczyć interfejs. Dlatego lepiej użyć oddzielnych inputów (bądź list rozwijanych):[dzien] / [miesiac] / [rok]
(Świetny przykład źle zaprojektowanego sposobu wprowadzania danych do systemu jest bankowość internetowa mBanku - przy podawaniu kwoty nie wiadomo czy separatorem złotówek i groszy ma być kropka czy przecinek. Dasz zły to system owszew zwróci uwagę - że zły format(!) ale jaki jest poprawny już nie powie - gratuluje)...
Co do kolejności - dd/mm/rrrr czy rrr/mm/dd. Jeden użytkownik woli pierwszy sposób, inny drugi. Cięzko powiedzieć co lepsze. Robert wspomina o ISO rrrr/mm/dd. Sposób mniej więcej podobny do tego jak podaje się wzrost w Polsce: 1m83cm czyli "większa" jednostka (metr) przed "mniejszą" (cm). Czy to się sprawdza również przy dacie (rrrr/mm/dd) - nie jestem przekonany. Osobiście preferuje odwrotnie czyli dd/mm/rrrr. Zmiana delikatna, ale data wygląda na bardziej precyzyjną i pozwala użytkownikowi szybciej zorientować się w czasie. Ale tak jak mówie - to dyskusyjne. Pewne jest jedno: powinna być zachowana "kolejność jednostek" - malejąca bądź rosnąca. W przypadku wzrostu raczej malejąca -> metr centymetr. W przypadku dat -> rok/miesiac/dzien bądź dzień/miesiąc/rok. Złym pomysłem jest: rok/dzień/miesiącMarcel Dziedzic edytował(a) ten post dnia 22.11.08 o godzinie 12:57
Jakub L.Programista
Temat: dd/mm/rrrr - zrozumiałość formatek
Jak dla mnie, to najbardziej żytecznym formatem wewnętrznym jest ISO, rrrr-mm-dd bo po prostu sortuje się słownikowo, a ten ficzer czasem się przydaje.A jak będziesz pokazywał userowi, to w warstwie prezentacji sobie ustalasz, jeżeli masz kontakt z jakąś próbką potencjalnych użytkowników to najprościej jest zrobić krótką ankietę a potem ewentualnie poprawić.
Kordian Piotr KlechaIA → UX
Temat: dd/mm/rrrr - zrozumiałość formatek
Ja nieodmiennie pozostaję pod wrażeniem podejścia zastosowanego na rememberthemilk.com - datę podaje się (niemal) jakkolwiek, system bierze na siebie wysiłek jej przekształcenia do formatu wewnętrznego.Mimo technicznych trudności w realizacji ("25-11", "25.11", "25 listopad", "25. listopada", "wtorek", "wt", "jutro" - wszystko to powinno się konwertować do "2008-11-25") uważam to rozwiązanie za najlepsze; w połączeniu z dodatkową drobną podpowiedzią (powiedzmy: 'np. "25.11" albo "jutro", _dowiedz się więcej o dostępnych formatach_') pod inputem właściwie usuwa klasyczną dla pól z datami konfuzję.
Wojciech Malinowskirozwiązuję
problemy zamiast
tworzyć nowe
Temat: dd/mm/rrrr - zrozumiałość formatek
Kordian Piotr Klecha:
Ja nieodmiennie pozostaję pod wrażeniem podejścia zastosowanego na rememberthemilk.com - datę podaje się (niemal) jakkolwiek, system bierze na siebie wysiłek jej przekształcenia do formatu wewnętrznego.
Mimo technicznych trudności w realizacji
To nie są trudności techniczne, tylko funkcjonalne. Powiedz mi do czego sparsować datę "01/02/03" i czy podając "22 listopada" chodzi ciągle o 2008 czy już o 2009.
Jak odpowiesz na te pytania to zakodowanie tego będzie banalnie proste ale może się okazać, że użytkownicy jednak mieli na myśli inne rozumienie podanych przykładów niż Ty.
Używam podobnego pola akceptującego wszystko w FogBugz i ciągle wpisuję "1" mając na myśli 1 dzień, a program traktuje to jako 1 godzinę. Nigdy nie mogę tego zapamiętać i muszę zawsze wciskać edytuj i poprawiać.
Kordian Piotr KlechaIA → UX
Temat: dd/mm/rrrr - zrozumiałość formatek
Wojciech Malinowski:
To nie są trudności techniczne, tylko funkcjonalne. Powiedz mi do czego sparsować datę "01/02/03" i czy podając "22 listopada" chodzi ciągle o 2008 czy już o 2009.
Ok, "funkcjonalne" to lepsza klasyfikacja.
Właściwe rozwiązanie problemów, o których wspominasz, to oczywiście samo sedno całego mechanizmu - ale podejrzewam, że solidne badanie pozwoliłoby podzielić wszystkie przypadki co najmniej na dwie kategorie: takie, które statystycznie rozpoznawane są (niemal) bezbłędnie i takie, które są trudnointerpretowalne i powinny być przez system odrzucane. Gdyby kazać stu osobom określić (nie wprost - poprzez umieszczenie w tekście) jaką datę desygnuje napis "22 listopada", to zapewne 95% odpowie, że 22.11.roku_bieżącego. Z kolei "01/02/03" najbezpieczniej byłoby interpretować jako dd/mm/yyyy - chyba, że test wykazałby znaczącą rozbieżność między badanymi i wówczas najlepszym rozwiązaniem byłoby jednak wyświetlenie komunikatu: "Przepraszamy, nie umiemy zinterpretować wprowadzonej daty. Spróbuj użyć formatu...".
Oba problemy załatwia natomiast magiczny trick: wyświetlanie obok pola aktualizowanej w realtime daty jak-ją-rozumiemy. Wprowadzasz "01/02" - a z boku wyświetla się już "01.02.????". Wymagany minimalny wysiłek zrozumienia przy pierwszym użyciu, później już sama radość.
(Tak, w rzeczywistości procedura byłaby bardziej skomplikowana - np. "pojutrze" powinno być interpretowane, ale samo "po" jeszcze nie itd.)
Marcel DziedzicUX Designer
Temat: dd/mm/rrrr - zrozumiałość formatek
Czasem mam wrażenie, że rozwiązujemy problemy które sami tworzymy: jak sparsować datę? jaki format najlepszy? Żaden! Dla użytkownika istotna jest DATA a nie jej format. I to ona powinna być wprowadzana.Oczywiście, że dobrze gdy system przyjmuję wszystki dowolne formaty i radzi sobie z nimi. Tylko, że użytkownik klikając na tego nieszczęsnego inputa zada sobie pewnie pytanie: kropka, slash czy minus? A nie o to nam chyba chodzi...
Wojciech K.realizator
pomysłów własnych
Temat: dd/mm/rrrr - zrozumiałość formatek
Jakub Andrzejewski:
(lub innych) są rozumiane przez userów? Czy ludzie więdzą co to znaczy dd/mm/rrrr?
tego typu wzorce są zrozumiałe dla każdej osoby, która już raz przez to przeszła.
Marcel Dziecic:
Dla użytkownika istotna jest DATA a nie jej format.
I to ona powinna być wprowadzana.
równie ważne, jak "wprowadzić" jest: "być zrozumianym"
nie sądzę, aby użytkownicy lubowali się w "monologach z interfejsem, który wie lepiej..." ;)
Oferty pracy
-
Web Developer IT KONTRAKT
-
Programista PHP / Webdeveloper INFOR IT Sp. z o.o.
-
Starszego Programisty J2EE IT KONTRAKT
-
Programista J2EE IT KONTRAKT
Podobne tematy
Następna dyskusja:
