Czy stany najechania są konieczne?

Głosuję na „tak”! To prawda, że na zdarzeniach najechania nie należy polegać, ponieważ urządzenia dotykowe są tak popularne. Jednak Jon wydaje się pytać o wizualne stany najechania kursorem na przyciskach, co jest nieco inne.

Wizualne stany najechania kursorem zapewniają „klikalność” . Nie trzeba niczego klikać, aby się dowiedzieć jeśli jest to przycisk sa. Użytkownicy laptopów i komputerów stacjonarnych oczekują, że po najechaniu myszą zareagują „klikalne” rzeczy, a posiadanie przycisku „zapalającego się” jest przydatną wskazówką.

Potraktuj to jako formę progresywne ulepszanie . Jest to przydatne dla tych, którzy mogą używać to i nieszkodliwe dla tych, którzy nie mogą!

Komentarze

• W rzeczywistości ' posunęłam się nawet do stwierdzenia, że na komputerze przeglądanie środowiska, użytkownik może prawie pomyśleć, że coś jest nie tak, jeśli nic poza kursorem się nie zmienia – przyzwyczailiśmy się do najeżdżania na zmiany.
• To był mój najsilniejszy argument / myśl. ' tak się do tego przyzwyczailiśmy, że ' byłoby dziwnie, gdybyśmy tego nie mieli.
• Słuszna uwaga o stopniowym ulepszaniu. I ' d dodam jeszcze jedną rzecz do "You shouldn't have to click something to find out if it's a button."; nie powinno się ' najechać kursorem na coś, aby sprawdzić, czy jest to przycisk ' sa.
• Powiedziałbym również, że dodawanie wizualnych stanów najechania kursorem na przyciski daje użytkownikowi pozytywną opinię na temat jego działania lub poczucie nagrody psychicznej.
• Po odejściu od systemu Windows 7, który w dużej mierze polegał na stanach najechania kursorem i często używano konturów lub paneli do oznaczania przycisków, w systemie Windows 8, który często nie w ” Metro ” styl interfejsu, ' stwierdziłem, że korzystanie z Win 8 jest czasami niezwykle frustrujące. Może to być coś, do czego MS oczekuje od projektantów kodu dla Win 8, ale IMX to ' jest wyraźnie niepoprawne.

Staram się jak najbardziej unikać stanów najechania myszą w projekcie. Głównym tego powodem jest to, że nie mają one znaczenia w przypadku urządzeń dotykowych.

Chociaż może się to wydawać, że nie ma to zastosowania, gdy nie projektujesz pod kątem urządzeń mobilnych, wiele osób używa swoich tabletów lub innych urządzeń dotykowych do przeglądaj te same witryny internetowe lub korzystaj z tych samych aplikacji, których zwykle używasz tylko na komputerze z myszą.

Przez ograniczając się aby nie używać zdarzeń najechania kursorem, nie tylko sprawisz, że doświadczenie będzie przyjemne niezależnie od używanego urządzenia, ale także ułatwisz później tworzenie natywnej aplikacji dotykowej.

Komentarze

• Stany najechania myszą są nadal przydatne w witrynach mobilnych. CSS :hover jest faktycznie traktowany jako :active podczas wyświetlania na urządzeniu mobilnym. Daje to wizualną informację, że palec użytkownika ' uderzył w cel. Ta opinia jest znacznie bardziej przydatna w przypadku projektów mobilnych z powodu paralaksy. Gdy Twoja linia wzroku odchyla się od prostopadłej do ekranu, zwiększa się prawdopodobieństwo nieprawidłowego dotknięcia.
• @JoJo stan najechania kursorem nie jest ' nie wykrywalny na telefonie komórkowym , a stuknięcie jest odpowiednikiem kliknięcia na komputerze.
• John, z mojego doświadczenia wynika, że przeglądam witryny, które ' zaprojektowałem z myślą o komputerach przenośnych. Uważam, że JoJo ma rację mówiąc, że stan zawisu [czasami] działa jako stan aktywny. Mówię czasami, ponieważ ' jest trochę skomplikowane i nie ' nie zawsze się wyświetla.
• @Jon I ' nie spieram się, jak to tłumaczy, ' spieram się o sens tłumaczenia. Jeśli aktywujesz dymek, jak wybierasz? Podwójne wciśnięcie? Łamie cały paradygmat dotyku.
• @JoJo nie zawsze, nie ' nie wierzę, że Chrome na Androida w ogóle uruchamia stan najechania kursorem, a Safari ' stan najechania jest często niezręczny

Wraz z pojawieniem się dotyk, jako główny sposób interakcji z oprogramowaniem, powiedziałbym, że interakcje oparte na najechaniu myszą są teraz zdegradowane do „przyjemnych dla ulepszeń”, ale nigdy nie powinny być wymagane do interakcji z oprogramowaniem.

Często powielam stan: hover dla: focus, ponieważ jest to przydatny sposób wskazania fokusu dla użytkownika obsługującego tylko klawiaturę (który jest wymagany do spełnienia wymagań WCAG2 Wskazuje, że element jest w jakiś sposób interaktywny i nie wymaga zdarzenia kliknięcia, które wyzwoli akcję, której użytkownik jeszcze nie zdecydował się zainicjować. Możesz po prostu stylizować na: focus bez: hover, ale moim zdaniem intencja tych dwóch działań jest taka sama i powinna mieć ten sam efekt wizualny, gdziekolwiek jest to praktyczne.

Z punktu widzenia Sama zgadzam się również, że stany najechania myszą można uznać za progresywne ulepszanie . Chciałbym to trochę wyjaśnić.

Z perspektywy mobilnej stany najechania tak naprawdę nie służą do żadnego celu. Tak więc interfejs użytkownika lepiej pozwalał na klikalne zachowania dla klikalnych obiektów bez stanu najechania (tj. przyciski powinny wyglądać jak przyciski).

Jeśli możesz obsługiwać to pojęcie na urządzeniu mobilnym, to samo pojęcie będzie obsługiwane również na urządzeniach stacjonarnych / laptopach, nawet przed wprowadzeniem stanów najechania kursorem.

Uwzględnienie stanu najechania na urządzenia obsługujące tę funkcję – laptopy, komputery stacjonarne itp. – potwierdzi już istniejące wrażenie użytkownika, że dany element interfejsu użytkownika jest w rzeczywistości klikalny.

Podsumowując:

1. Zbuduj elementy interfejsu użytkownika, które można kliknąć, tak aby zapewniały klikalne zachowanie na dowolnym urządzeniu.
2. Użyj stanów najechania kursorem na urządzeniach, które obsługują najechanie na dodatkowo potwierdzaj pogląd, że element jest klikalny.

+1 dla Sama za wzmiankę o stopniowym ulepszaniu.

Zalecałbym używanie stanów najechania kursorem, jeśli zapewniają one jakąś użyteczność, która ulepsza interfejs użytkownika, ale nigdy nie powinny być potrzebne do wykonania zadania.

Na przykład użycie ich na stronie z listą produktów, aby podać trochę informacji o produkcie po najechaniu kursorem myszy na obraz, zanim użytkownik przejdzie do niego. Te informacje powinny być następnie dostępne również na samej stronie produktu. Dlatego też nie umniejsza wartości wrażenia użytkownika ekranu dotykowego, ale dodaje pewne dodatkowe korzyści tym, którzy robią widzą. 🙂

Tylko dlatego, że „projektujesz zarówno na komputer, jak i na urządzenia mobilne”, nie oznacza, że projekty powinny być podobnie. Interakcja, do której użytkownicy mobilni mogą być przyzwyczajeni, może nie być widoczna dla użytkowników komputerów stacjonarnych.

Na przykład białe karty z daszkiem po prawej stronie. Dla użytkowników mobilnych jest to oczywiście coś, w co możesz dotknąć. Dla użytkowników komputerów stacjonarnych nie tak dużo (zwłaszcza jeśli karta jest szersza na komputerze), ale kiedy najeżdżają kursorem i widzą stan najechania, nagle staje się oczywiste, że można go kliknąć.

Szczególnie teraz, gdy animacja staje się coraz bardziej powszechne, stan najechania kursorem jest podstawową animacją, która daje użytkownikom informację, że „robią to, co zamierzali”.

Brak stanu najechania na komputer jest leniwy i sprawia, że ludzie są smutni.

Nie wierzę, :hover stany są niezbędne; Elementy interfejsu użytkownika na pulpicie radziły sobie bez nich na zawsze, a obiekty wyraźnie zaprojektowane, aby umożliwić kliknięcie (takie jak przycisk „Opublikuj swoją odpowiedź” tutaj na UX.SE) testują dobrze z mojego własnego doświadczenia. To by nie powiedzieć, że nie jest pomocne ; tylko że to „nie jest konieczne.

Uważam jednak, że :focus, a zwłaszcza :active stwierdza, że jest to niezbędne; szczególnie ten ostatni jest ignorowany w zbyt wielu witrynach. Wyraźny stan aktywny pomaga użytkownikowi wiedzieć, że kliknięcie przycisku zostało natychmiast zarejestrowane (, co jest niezwykle ważne, aby pomóc użytkownikom poczuć, że bezpośrednio manipulują obiektem w interfejsie użytkownika ). Elementy sterujące systemu, takie jak przyciski i menu, również sprawiły, że ten stan jest oczekiwany, co sprawia, że zapomnienie o nich jest jeszcze bardziej niewybaczalne.

Sugerowałbym, aby stany najechania kursorem dawały pozytywną informację zwrotną oczekiwaniom użytkownika, że dany element jest interaktywny, eliminując tym samym możliwość bardziej negatywnego uczucia wątpliwości i niejednoznaczności .

Projekty dostarczają wielu wskazówek, że element jest interaktywny – kształt, rozmiar, położenie, kolor, podkreślenie itp. Różni użytkownicy będą wymagać różnych wskazówek s, i być może skumulowany efekt różnej liczby wskazówek, aby dostrzec (i mieć pewność, że) element jest interaktywny. Zmiana elementu po najechaniu jest okazją do dostarczenia większej liczby wskazówek.

Większość (jeśli nie wszystkie) przeglądarek domyślnie dostarcza cue po najechaniu kursorem, zmieniając kursor na wskaźnik. Oczywiście mamy nad tym kontrolę i możemy usunąć stan najechania, usuwając ten efekt. Ale wyobrażam sobie, że dla większości z nas (poświęć chwilę, aby to sobie wyobrazić), wprowadziłoby to poważne wątpliwości w nasze wrażenia z przeglądania. Przeglądarki (a potem projektanci) stworzyli taki precedens dla dodatkowych wskazówek po najechaniu kursorem, że nie dostarczanie wskazówek byłoby znaczącą sprzecznością z wcześniej postrzeganymi wskazówkami, że element jest interaktywny.

Usunięcie domyślnej wartości przeglądarki cue jest zatem użytecznym przykładem wartości stanu najechania. Dla mnie zatem pytanie nie dotyczy tego, czy wizualne wskazówki interaktywności po najechaniu są wartościowe, ale które i ile wskazówek są optymalne.

Jest kilka przydatne znane precedensy, ale odpowiedź na to pytanie będzie zależeć od aplikacji i grupy docelowej.

Proponuję najedź, gdy na przycisku nie ma ikony. Jeśli załóżmy, że na przycisku jest ikona kolorowa, tym razem nie jest konieczne nadawanie przycisku stanu najechania. Np .: zarejestruj się za pomocą przycisku Google.

Podwieszki są niezbędne dla wszystkich witryn internetowych, które chcą uzyskać dobrą odpowiedź online. Korzystałem z kilku witryn, które porzuciłem status najechania na moim laptopie i było to bardzo frustrujące.Każdy dobry projektant wie, że ludzie online spieszą się, aby znaleźć to, czego chcą, a jeśli przycisk nie powie Ci, czy to jest, czy nie, i musisz otworzyć go w nowej karcie, aby się dowiedzieć – to jest duża niepowodzenie!

Dobrze, najechanie kursorem nie jest wymagane w przypadku telefonów komórkowych. Ale zawsze możesz je wyłączyć na urządzeniach mobilnych. Poza tym nie zapominajmy, że przyciski na urządzenia mobilne muszą być znacznie większe niż te w Internecie. I czy w każdym razie nie zostały one utworzone na dwóch różnych arkuszach stylów?

Komentarze

• W przypadku witryn internetowych przełączanie stylu kursora na dłoń (lub odpowiednik) jest efektem najechania myszą.
• Uważam, że nadal musi pokazywać dymek, tylko dłoń dezorientuje użytkownika, ponieważ chcemy, aby sieć działała jak najbardziej realistycznie, a kiedy klikamy rzeczy, które są prawdziwe, odzwierciedlają. Ponadto z punktu widzenia ' stratega chciałbyś, aby Twoja witryna była bezpieczniejsza, a ' fakt, że większość oszukańcze strony internetowe nie ' nie zawracają sobie głowy instalowaniem efektu najechania myszą – dlatego gdy użytkownicy nie ' nie widzą efektu, w środku zaczynają czuć się dziwnie.