Kwalifikacja: INF.04 - Projektowanie, programowanie i testowanie aplikacji

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.