- « Poprzednia
- 1
- 2
- 3
Eryk
Orłowski
projektowanie
interakcji
Temat: dd/mm/rrrr - zrozumiałość formatek
Marcel Dziedzic:
No to skoro problemy z formatem, to zamiast próbować rozwiązać problem trzeba go wyeliminować. I po kłopocie...
pewnie, tu akurat testowaliśmy zastane gui kilku konkurencyjnych serwisów, z różnymi dziwacznymi rozwiązaniami.
Marcel
Dziedzic
User Interface /
Experience Designer
Temat: dd/mm/rrrr - zrozumiałość formatek
dziwacznymi rozwiązaniami.Dziwaczne czy nie, to sprawa drugorzędna. Wszystkie z proponowanych tu rozwiązań zawiera pewne wady. Tak samo to, które Ty zaproponowałeś. Najpierw twierdzisz, że użytkowicy gapią się w klawiaturę i piszą. No to piszą 12.11.2001 co w Twoim inpucie zostałoby wprowadzone jakos 12/.11/.2001. Usprawninie - zlokować możliwość wpisywania innych znaków niż cyfry i /. Ale rozumiem, że Dreamweaver tego nie wspiera;) Tak czy siak zawsze warto poznać wiele róźnych rozwiązań i opini innych na ten temat...
Moje założenie jest takie, że użytkownik powinnien być proszony o wpisywanie danych a nie ich formatu. Zdania nie zmienię. Natomiast co do interfejsu, który ma to umożliwić - sprawa jest otwarta;)
Eryk
Orłowski
projektowanie
interakcji
Temat: dd/mm/rrrr - zrozumiałość formatek
Marcel Dziedzic:
Moje założenie jest takie, że użytkownik powinnien być proszony o wpisywanie danych a nie ich formatu. Zdania nie zmienię. Natomiast co do interfejsu, który ma to umożliwić - sprawa jest otwarta;)
ależ ja z tym kompletnie nie polemizuję - po prostu nie trzymam się kurczowo proponowanych rozwiązań i "głośno myślę". Rozwiązanie z narzuconym formatem wydawało mi się zawsze w miarę ok, ale ma to swoje wady - dla użytkowników skupiających wzrok na klawiaturze właśnie.
[edit]: acha, to o czym piszesz jest absolutnie wspierane przez Dreamweavera - ograniczenie do cyfr i narzucanie separatora :D
sprawdź sam w podanym wcześniej przykładzie http://offline.pl/data.htmleryk orłowski edytował(a) ten post dnia 26.11.08 o godzinie 20:55
Marcel
Dziedzic
User Interface /
Experience Designer
Temat: dd/mm/rrrr - zrozumiałość formatek
Eryk, po prostu szukam i przedstawiam rozwiązania i dobrze, że rozmawiamy o tym. W końcu o to Kuba na początku prosił..Co do Twojego przykładu - zgadza się działa. Sprawdzałem w Operze a tam nie działam, ale to teraz nie ma znaczenia.
Kordian Piotr Klecha IA → UX
Temat: dd/mm/rrrr - zrozumiałość formatek
http://www.lukew.com/ff/entry.asp?755wroblewski o zbliżonym problemie.
Marcin
Szuba
User Experience
Specialist
Temat: dd/mm/rrrr - zrozumiałość formatek
Więcej o maskach wprowadzania tekstuhttp://www.lukew.com/ff/entry.asp?756
Ania
P.
Web and Information
Design
Temat: dd/mm/rrrr - zrozumiałość formatek
Marcel Dziedzic:
@Kuba - z moich doświadczeń wynika, że ludzie nie mają problemu ze zrozumieniem co znaczy dd czy mm.
Zalezy do jakiej grupy klientow jest strona adresowana. jelsi z jednego kraju, to to raczej nei nastrecza problemow. Ja akurat jestem troche przeczulona na tym punkcie bo klienci w okolicy sa z roznych krajow wiec dosc latwo jest przekonac mocodawcow do tego ze jesli chca uniknac np. opoznionych platnosci, bo jedni klienci holduja zapisowi miesiac-dzien-rok (wtf?) a inni dzien-miesiac-rok, powinni zastosowac to zaproponowane ponizej. (a w wypadku w ktorym strona wyswietla status, np. rachunku do zaplacenia czy cos, to stosowac zapis typu 19 Dec. 2008, a nie 12/19/2008).
O format powinnien się troszczyć interfejs. Dlatego
lepiej użyć oddzielnych inputów (bądź list rozwijanych):>
[dzien] / [miesiac] / [rok]
Wojciech
K.
realizator
pomysłów własnych
Temat: dd/mm/rrrr - zrozumiałość formatek
Jakub Andrzejewski:
Niestety nie przeprowadzalem badan na podstawie ktorych moge stwierdzic ze oznaczenia takie jak mm rrrr czy dd sa zrozumiale
przez wiekszosc uzytkownikow, lecz intuicja podpowiada mi ze
takie rozwiazanie jest bardzo ... umm 'informatyczne'. Wydaje mi > sie ze jest to opis formatowania wymyslony przez programistow a
W prawie każdym papierowym formularzu VAT / ZUS znajduje się na końcu sformułowanie brzmiące dokładnie tak:
Data wypełnienia (dd / mm / rrrr)
i poniżej pole do wpisania daty.
Te formularze - to pole - wypełniają miliony ludzi - czasem ludzie "niekomputerowi", lub np. emeryci.
Eryk
Orłowski
projektowanie
interakcji
Temat: dd/mm/rrrr - zrozumiałość formatek
Wojciech K.:
W prawie każdym papierowym formularzu VAT / ZUS znajduje się na końcu sformułowanie brzmiące dokładnie tak:
Data wypełnienia (dd / mm / rrrr)
i poniżej pole do wpisania daty.
Te formularze - to pole - wypełniają miliony ludzi - czasem ludzie "niekomputerowi", lub np. emeryci.
to akurat żaden argument, że wypełniają.
Polecam zajrzeć przez ramię któremuś z rzeczonych emerytów i zobaczyć, ile będzie ślęczał nad bardzo prostymi polami. Ciekawe, czy wypełnianie formularzy bez przymusu państwowego nad głową będzie wiązało się z podobną determinacją ;]eryk orłowski edytował(a) ten post dnia 29.12.08 o godzinie 13:21
Wojciech
K.
realizator
pomysłów własnych
Temat: dd/mm/rrrr - zrozumiałość formatek
eryk orłowski:chodzi mi o to, że formatka dd/mm/rrrr jest rozpowszechniona w naszym kraju od co najmniej 10 lat (patrząc na moje stare PIT-y) i nie trzeba mieć styczności z komputerem, aby przez taką formatkę "przechodzić". Dzisiejszy emeryt wypełniał takie formatki 10 lat temu jako 45/50-latek. W gąszczu "łebdwazerowych" dyskusji można zapomnieć, że koło wymyślono parę tysięcy lat temu i mieć przeświadczenie, że przed nastaniem ery usability ludzie chodzili na czterech łapach a współczynnik prawidłowo wypełnionych formularzy wynosił 0,1 % ;)W prawie każdym papierowym formularzu VAT / ZUS znajduje się[...] Ciekawe, czy wypełnianie formularzy bez przymusu
na końcu sformułowanie brzmiące dokładnie tak:
Data wypełnienia (dd / mm / rrrr)
państwowego nad głową będzie wiązało się z podobną determinacją
Sylwester
Kozera
e-marketing /
web_design /
web_development /
business_int...
Temat: dd/mm/rrrr - zrozumiałość formatek
Piotr B.:
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.
z wielu punktów widzenia/perspektyw użycia najlepszym jest rrrr-mm-dd. nie wiem po co tyle dyskusji - to jest oczywiste, to upraszcza wyszukiwanie.
Maciek
Lipiec
User Experience
Director, K2
Internet S.A.
Temat: dd/mm/rrrr - zrozumiałość formatek
Sylwester Kozera:
z wielu punktów widzenia/perspektyw użycia najlepszym jest rrrr-mm-dd. nie wiem po co tyle dyskusji - to jest oczywiste, > to upraszcza wyszukiwanie.
jak dla kogo. dla mnie to kompletnie nienaturalne w większości przypadków. np. bookuje sobie spotkanie i zaczynam od wyboru roku, a potem miesiąca?
nie ma rozwiązań oczywistych - każdy użyszkodnik wie swoje :)
Sylwester
Kozera
e-marketing /
web_design /
web_development /
business_int...
Temat: dd/mm/rrrr - zrozumiałość formatek
Maciek Lipiec:"oczywista oczywistość", że pomimo chęci wprowadzenia jednolitego wzorca przedstawiania daty i tak każdy będzie to dopasowywał do okoliczności i przypadku użycia, co w sumie zostawia pole do popisu osobom tworzącym interfejsy. Powiedzmy, że w całej tej sprawie najistotniejsze jest, by data była zapisywana w jednakowym formacie w bazach danych.
Sylwester Kozera:
z wielu punktów widzenia/perspektyw użycia najlepszym jest rrrr-mm-dd. nie wiem po co tyle dyskusji - to jest oczywiste, > to upraszcza wyszukiwanie.
jak dla kogo. dla mnie to kompletnie nienaturalne w większości przypadków. np. bookuje sobie spotkanie i zaczynam od wyboru roku, a potem miesiąca?
nie ma rozwiązań oczywistych - każdy użyszkodnik wie swoje :)
Oferty pracy
-
Software Engineer C/C++/Assembler Infolet Sp. z o.o.
-
Ruby On Rails Developer Artegence
-
Front-end Web Developer Artegence
-
Programista Completis
Podobne tematy
Następna dyskusja:
