Jakie zdarzenie jest wywoływane, gdy kliknięta zostaje myszą nieaktywna kontrolka lub okno?
W momencie, kiedy klikamy na nieaktywną kontrolkę lub okno w aplikacji, wywoływane jest zdarzenie focus. To jest dość kluczowe w interakcji człowieka z interfejsem graficznym — focus decyduje, która kontrolka staje się „aktywnym” odbiorcą zdarzeń klawiatury oraz innych operacji wejścia. W praktyce, np. w aplikacjach webowych czy desktopowych, jeśli użytkownik kliknie w pole tekstowe, to właśnie focus oznacza, że to pole jest gotowe do przyjęcia tekstu. Co ciekawe, focus można też ustawiać programowo, np. za pomocą metody focus() w JavaScript, co jest często używane do poprawiania użyteczności formularzy (od razu ustawiamy kursor w pierwszym polu). Z mojego doświadczenia, dobrze jest zawsze przemyśleć, które elementy mogą i powinny otrzymywać focus, bo to wpływa na dostępność (ang. accessibility) aplikacji – osoby korzystające z klawiatury czy czytników ekranu są bardzo zależne od logiki focusowania. Branżowe standardy, szczególnie WCAG, mocno podkreślają, żeby nie blokować możliwości uzyskania focusa przez kluczowe kontrolki. Zdarzenie focus ma też kilka niuansów – na przykład nie bąbelkuje w DOM, co czasem zaskakuje początkujących. Moim zdaniem, zrozumienie roli focus w każdej aplikacji interaktywnej to taki absolutny fundament, bez którego łatwo pogubić się w późniejszych, bardziej złożonych interakcjach.
Wybór innego zdarzenia niż focus najczęściej wynika z pomylenia kontekstu użycia tych eventów w interfejsie użytkownika. Zdarzenie blur, choć mocno związane z focus, jest wywoływane kiedy element traci aktywność, a nie gdy ją zdobywa. To częsty błąd, bo oba pojęcia są niejako swoimi przeciwieństwami i często się je myli, zwłaszcza na początku nauki programowania interfejsów. Zdarzenie keyup z kolei dotyczy wyłącznie interakcji z klawiaturą i oznacza, że użytkownik puścił klawisz – to zupełnie inny typ wejścia i nie ma żadnego związku z klikaniem myszą w nieaktywną kontrolkę. Spotkałem się z sytuacją, gdzie ktoś mylnie kojarzył keyup z aktywowaniem pola tekstowego, ale to wynika raczej z nieporozumienia, bo keyup nie zmienia stanu aktywności (focus) żadnego elementu. Zdarzenie validating najczęściej występuje w niektórych frameworkach desktopowych (np. Windows Forms), jednak nie jest ogólnym standardem dla systemów zdarzeń i nie wywołuje się przy kliknięciu na nieaktywny element – bardziej służy do sprawdzania poprawności danych przed ich zatwierdzeniem. Błędne przekonanie, że validating lub blur mogą odpowiadać za uzyskanie aktywności przez kontrolkę, bierze się często z intuicyjnego myślenia o przełączaniu się między polami, ale w rzeczywistości tylko focus odpowiada za ten konkretny przypadek. Dlatego warto odróżniać te zdarzenia i świadomie używać ich zgodnie ze standardami, żeby nie pogubić się w logice aplikacji i zachować przewidywalność zachowania interfejsu.