Kiedy gra rzemieślnicza powinna korzystać z kontekstowych akcji przypisanych do jednego przycisku?
W grze rzemieślniczej, w której gracze często zmieniają narzędzia, używaj akcji kontekstowej, gdy na podstawie bieżącej sytuacji jasno wynika zarówno cel, jak i zamierzony rezultat. Pozostaw możliwość świadomego wyboru, gdy jednym przyciskiem można zasadnie zaatakować, postawić, zebrać lub zmienić coś wartościowego. Przydatny test brzmi: czy gra może pokazać, co się stanie, zanim gracz zatwierdzi działanie, i czy gracz może się wycofać bez utraty kontroli?
Co uznaje się za akcję kontekstową?
Akcja kontekstowa przypisuje przycisk do działania wybieranego na podstawie bieżącego celu, wyposażonego przedmiotu i stanu gry. Może ograniczyć konieczność zaglądania do menu narzędzi, ale tylko wtedy, gdy gra potrafi rozpoznać prawdopodobny cel i przekazać graczowi, jaki będzie rezultat. „Jeden przycisk” powinien oznaczać mniej kroków przy czytelnej akcji, a nie niewidoczne zgadywanie intencji gracza.
Minecraft pokazuje wyraźny podział: przy użyciu myszy i klawiatury lewy przycisk niszczy bloki lub atakuje, a prawy stawia trzymany blok albo używa obiektów, takich jak skrzynie i stoły rzemieślnicze. Gracze najpierw celują w obiekt; rezultat zależy od tego, co trzymają i na co patrzą. Przewodnik po sterowaniu w Minecraft wspomina również, że sterowanie można dostosować. To użycie kontekstowe, w którym cel jest widoczny, a działanie zależy od wyposażonego przedmiotu, ale akcje destrukcyjne i niedestrukcyjne nadal są przypisane do odrębnych przycisków.
Kiedy cel jest wystarczająco jasny?
Akcja kontekstowa sprawdza się, gdy istnieje jeden prawidłowy cel w pobliżu, a bieżące narzędzie lub przedmiot gracza wyraźnie sugeruje zamierzone działanie. Pomagają w tym wyróżniony obiekt, czytelny komunikat o interakcji i stabilnie wskazywany cel. Jeśli kilka obiektów na siebie nachodzi, najbliższy nie musi być tym, który gracz ma na myśli; przycisk kontekstowy może wtedy zamienić niejednoznaczność w przypadkowe działanie.
Wytyczne dla twórców Minecraft Bedrock konkretnie pokazują problem komunikacji na różnych urządzeniach: gracze korzystający z ekranu dotykowego mogą zobaczyć dodatkowy przycisk interakcji, gdy patrzą na postać, a twórcom zaleca się ustawienie tekstu wyjaśniającego działanie tego przycisku. Wytyczne dotyczące rozgrywki na wielu urządzeniach ostrzegają również, że gracze używający ekranów dotykowych mogą przypadkowo uderzyć postać, próbując dosięgnąć przycisku interakcji. Wniosek projektowy jest taki, by interfejs wskazywał cel i działanie oraz uwzględniał sposób sterowania, zamiast zakładać, że samo celowanie przekazuje intencję.
Kiedy akcje powinny pozostać oddzielne?
Rozdziel akcje, gdy ten sam cel umożliwia działania o różnych konsekwencjach albo gdy wybór narzędzia ma znaczenie. W grze rzemieślniczej można niszczyć bloki, stawiać je, korzystać ze stanowisk i atakować stworzenia, ale sprowadzenie tych działań do jednego przycisku zależnego od kontekstu oznacza, że gra musi interpretować intencję. Jeśli błędna interpretacja zużywa zasoby, niszczy konstrukcję lub rozpoczyna walkę, koszt pomyłki jest wysoki.
Rozdzielenie tych przycisków w Minecrafcie to jeden z możliwych punktów odniesienia, a nie uniwersalny wymóg. Zachowaj osobne sterowanie tam, gdzie wybór między działaniami jest częścią rozgrywki; stosuj kontekstowe akcje tam, gdzie niezawodnie eliminują rutynowy wybór.
Co gracz powinien zobaczyć przed zatwierdzeniem działania?
W przypadku działań zmieniających świat pokaż podgląd, który odpowie na trzy pytania: co zostało wybrane, co się stanie i gdzie to nastąpi. Przezroczysty podgląd stawianego obiektu, podświetlony cel, nazwa akcji w komunikacie lub zwięzłe podsumowanie zmiany mogą ułatwić zrozumienie przypisania. Jeśli gra nie może wiarygodnie pokazać podglądu rezultatu, dla tej akcji warto wymagać jawnego wyboru lub potwierdzenia.
To zalecenie projektowe, a nie twierdzenie o implementacji konkretnej gry. Opiera się na wskazówkach dotyczących interakcji w dokumentacji Microsoftu dla Bedrock: twórca może ustawić interact_text dla graczy korzystających z ekranu dotykowego, a system interakcji z postaciami obsługuje różne efekty, takie jak dodawanie lub upuszczanie przedmiotów, zmiana zdrowia i wywoływanie zdarzenia. Dokumentacja interakcji z postaciami pokazuje, dlaczego ogólna etykieta „interakcja” może nie wyjaśniać rezultatu. Gdy gracze muszą wybierać między istotnie różnymi skutkami, w komunikacie podaj odpowiedni efekt.
Jak powinno działać anulowanie i sprawczość gracza?
Pozwól graczom anulować akcję, zanim zacznie ona działać, zwłaszcza gdy celowanie jest niepewne albo akcja ma destrukcyjny skutek. Przytrzymanie przycisku może otworzyć podgląd, a zwolnienie go zatwierdzić działanie; drugie naciśnięcie może potwierdzić jasno opisaną zmianę. To możliwe rozwiązania, a nie uniwersalne zasady: wymaganie dodatkowego potwierdzenia przy każdej rutynowej akcji może utrudniać grę. Najsilniejsze zabezpieczenia stosuj przy działaniach nieodwracalnych lub kosztownych, a do anulowania wykorzystuj znany i widoczny przycisk.
Pozostaw graczowi wybór narzędzia, gdy narzędzia różnią się zasięgiem, obsługiwanymi materiałami, wytrzymałością lub efektami. Wybór kontekstowy może oszczędzić częstego przełączania narzędzi przy rutynowych, przewidywalnych zadaniach, ale nie powinien po cichu zmieniać wyposażenia ani wybierać kosztownej akcji tylko dlatego, że jest technicznie możliwa. Jeśli gra wybiera narzędzie automatycznie, pokaż, które wybrała, i pozwól graczowi zmienić wybór przed działaniem.
Praktyczny test decyzyjny
Podczas projektowania odpowiedz na poniższe pytania dla każdej proponowanej akcji przypisanej do jednego przycisku:
Jeśli cel lub konsekwencja są niejasne, poproś gracza o wybór lub potwierdzenie. Jeśli oba są oczywiste, a koszt błędu jest niski, użycie kontekstowe może wyeliminować powtarzalny krok i zachować sprawczość gracza.
Czy pod kursorem, celownikiem lub w miejscu wskazanym dotykiem znajduje się jeden oczywisty cel?
Czy wyposażone narzędzie lub przedmiot pozwala przewidzieć zamierzony rezultat?
Czy interfejs może pokazać podgląd celu i konsekwencji?
Co się stanie, jeśli gracz naciśnie przycisk przez pomyłkę, i czy może anulować działanie?
Czy automatyzacja zachowuje istotny wybór narzędzia, miejsca lub momentu działania?
