Tarih Alanında Takvim mi, Klavye mi? Seçimi Belirleyen Tek Ölçüt
Tarih alanı, formun en sessiz hata kaynağı. Kullanıcı yanlış günü seçtiğini çoğu zaman onay ekranında bile fark etmez, çünkü girdiği değer biçim olarak geçerlidir. Takvim bileşeni bu riski azaltır ama her tarih alanına takvim koymak işi yavaşlatır. Ayrımı yapan tek ölçüt var: seçilecek tarih bugüne ne kadar uzak.
Takvim yakın tarihler için var
Rezervasyon, randevu, teslimat. Bu üçünde de kullanıcının seçeceği gün bugünden birkaç hafta, en fazla birkaç ay ötede. Takvim burada kazanır: kullanıcı hangi güne denk geldiğini görür, hafta sonunu ayırt eder, iki dokunuşla bitirir.
Doğum tarihinde aynı bileşen tersine çalışır. Otuz yaşındaki bir kullanıcı için ay okuna 360 kez basmak gerekir. Yıl açılır kutusu eklerseniz tıklama sayısı düşer ama kullanıcı yine üç ayrı listede gezinir. Klavyeden 15.03.1994 yazmak sekiz tuş vuruşu. Uzak tarihte metin girişi koy, takvimi hiç açma.
Biçim karmaşası göründüğü yerde değil
gün/ay/yıl ile ay/gün/yıl karışıklığı gerçek bir sorun, ama sandığınız katmanda değil. Tarayıcının kendi tarih girişinde ekranda görünen biçim işletim sisteminin yerel ayarına göre değişirken alanın değeri her zaman YYYY-AA-GG kalır. Yani sunucuya giden veri tek biçimde. Uğraşmanız gereken yer ekrandaki etiket ve haftanın ilk gününün Pazar mı Pazartesi mi olduğu.
Kendi takvimini yazıyorsan aynı ayrımı elde tut: veride ISO tarih, ekranda yerel biçim. Bu ikisini tek bir metin alanında birleştiren her uygulama, saat dilimi işin içine girdiği anda bir gün kayan kayıtlar üretmeye başlar.
Aralık seçiminde ikinci tarih birinciyi bilmeli
Başlangıç seçildiği anda ondan önceki günler kapanır, seçili aralık iki uç arasında görünür kalır. Bunu arayüzde yapmazsan doğrulama en geç kaydetme anında devreye girer ve kullanıcı formun başına döner.
Bir otel formunda çıkış tarihi giriş tarihinden önce seçilebiliyordu ve sistem bunu eksi gece sayısıyla fiyatlandırıp sıfır lira çıkarıyordu; hatayı ödeme adımında değil takvimde kesmek gerekiyordu.
Kapalı günü kapalı göster
Geçmiş günler, dolu tarihler, hizmet verilmeyen tatiller. Seçilemeyen gün soluk görünmeli ve tıklandığında hiçbir şey olmamalı. Ama tek bir gri tonu üç farklı duruma birden vermeyin: dolu olan gün ile takvim aralığı dışında kalan gün kullanıcı için aynı şey değil, biri yarın açılabilir. Kısa bir ipucu metni bu ayrımı taşır.
Dokunma hedefi tarafında ölçü zaten belli, Apple kendi arayüz kılavuzunda 44 punto alt sınırını yıllardır tekrarlıyor. Bir ay ızgarasında yedi sütun bu boyutu dar ekranlarda zorlar, o yüzden hücre içindeki sayıyı küçültmek yerine takvimi tam genişliğe yayın.
Ay geçişlerinde tam hafta göstermek de aynı hesabın parçası: önceki ve sonraki aydan taşan günleri soluk gösterip seçilebilir bırakın, kullanıcı ayın son gününden bir sonrakine geçmek için ok tuşuna basmak zorunda kalmasın.