När bör ett crafting-spel använda kontextuella enknappshandlingar?
I ett crafting-spel där spelare ofta byter verktyg bör du använda en kontextuell handling när både målet och det avsedda resultatet är tydliga utifrån den aktuella situationen. Låt spelaren göra ett medvetet val när en knapptryckning rimligen kan innebära att attackera, placera, skörda eller ändra något värdefullt. Ett bra test är: kan spelet visa vad som kommer att hända innan spelaren bekräftar, och kan spelaren ångra sig utan att förlora kontrollen?
Vad räknas som en kontextuell handling?
En kontextuell handling kopplar en knapp till en handling som väljs utifrån det aktuella målet, det utrustade föremålet och spelets tillstånd. Det kan minska antalet vändor i en verktygsmeny, men bara om spelet kan identifiera ett sannolikt mål och förmedla resultatet. ”En knapp” bör innebära färre steg för en tydlig handling, inte en osynlig gissning om spelarens avsikt.
Minecraft beskriver en tydlig uppdelning: med mus och tangentbord bryter vänster knapp block eller attackerar, medan höger knapp placerar ett block som hålls i handen eller använder föremål som kistor och arbetsbänkar. Spelaren siktar först på målet; resultatet beror på vad spelaren håller i och tittar på. Minecrafts kontrollguide nämner också att kontrollerna kan anpassas. Det här är kontextuell användning med ett synligt mål och ett villkor kopplat till det utrustade föremålet, men destruktiva och icke-destruktiva handlingar använder fortfarande olika knappar.
När är målet tillräckligt tydligt?
En kontextuell handling passar bra när det finns ett enda giltigt mål i närheten och spelarens aktuella verktyg eller föremål starkt antyder den avsedda handlingen. Ett objekt i fokus, en tydlig interaktionsuppmaning och ett stabilt mål hjälper. Om flera objekt överlappar är det närmaste inte nödvändigtvis det spelaren menar; då kan en kontextuell knapp förvandla otydlighet till en oavsiktlig handling.
Minecrafts vägledning för Bedrock-skapare gör kommunikationsproblemet konkret på olika enheter: spelare med pekskärm kan se en sekundär interaktionsknapp när de tittar på en entitet, och skapare rekommenderas att ange en text som förklarar vad knappen gör. Vägledningen för spel på flera enheter varnar också för att spelare på pekskärmar av misstag kan slå till en entitet när de försöker nå en interaktionsknapp. Designlärdomen är att visa målet och handlingen i gränssnittet och ta hänsyn till inmatningsmetoden – inte att anta att siktet i sig förmedlar avsikten.
När bör handlingar förbli separata?
Håll handlingarna separata när samma mål kan ge resultat med olika konsekvenser, eller när själva verktygsvalet spelar roll. Att bryta ett block, placera ett block, använda en station och attackera en varelse kan alla förekomma i ett crafting-spel, men om de slås ihop till en enda kontextkänslig knapptryckning blir det spelets ansvar att tolka avsikten. Om en feltolkning förbrukar resurser, skadar ett bygge eller inleder strid blir kostnaden för en felaktig gissning hög.
Minecrafts åtskillnad mellan dessa knappar är en referenspunkt, inte ett universellt krav. Behåll separata kontroller när valet mellan olika resultat är en del av spelet; använd kontext när det på ett tillförlitligt sätt tar bort ett rutinmässigt val.
Vad bör spelaren se innan handlingen bekräftas?
För handlingar som förändrar spelvärlden bör du visa en förhandsvisning som besvarar tre frågor: vad är markerat, vad kommer att hända och var kommer det att ske? En genomskinlig placeringsmarkör, ett markerat mål, en namngiven handlingsuppmaning eller en kort sammanfattning av ändringen kan göra kopplingen tydlig. Om spelet inte kan förhandsvisa resultatet på ett tillförlitligt sätt är det ett skäl att kräva ett uttryckligt val eller en bekräftelse för den handlingen.
Detta är en designrekommendation, inte ett påstående om hur ett visst spel är implementerat. Den bygger på interaktionsvägledningen i Microsofts Bedrock-dokumentation: skaparen kan ange interact_text för spelare med pekskärm, och entitetsinteraktionssystemet har stöd för olika effekter, till exempel att lägga till eller släppa föremål, ändra hälsa och utlösa en händelse. Referensen för entitetsinteraktioner visar varför en allmän etikett som ”interagera” kanske inte förklarar resultatet. Ange den relevanta effekten i uppmaningen när spelare måste välja mellan resultat med väsentligt olika följder.
Hur bör avbrytande och spelarens handlingsfrihet fungera?
Låt spelaren avbryta innan handlingen får effekt, särskilt när målet är osäkert eller handlingen är destruktiv. En nedhållen knapp kan öppna en förhandsvisning och bekräfta handlingen när knappen släpps; en andra knapptryckning kan bekräfta en tydligt beskriven ändring. Det här är alternativ, inte universella regler: extra bekräftelser för varje rutinhandling kan skapa friktion. Reservera de starkaste skydden för oåterkalleliga handlingar eller handlingar med höga kostnader, och låt spelaren avbryta med en välbekant och synlig knapp.
Låt spelaren själv välja verktyg när verktygen har olika räckvidd, material, hållbarhet eller effekter. Ett kontextuellt val kan spara upprepade verktygsbyten vid rutinmässiga och förutsägbara uppgifter, men bör inte i tysthet byta utrustning eller välja en kostsam handling bara för att den tekniskt sett är giltig. När spelet väljer automatiskt bör det visa vilket verktyg som valts och låta spelaren ändra valet innan handlingen utförs.
Ett praktiskt beslutstest
Besvara de här frågorna under designarbetet för varje föreslagen enknappshandling:
Om målet eller konsekvensen är otydlig bör spelaren välja eller bekräfta. Om båda är tydliga och kostnaden för ett misstag är låg kan kontextuell användning ta bort ett upprepat steg utan att begränsa spelarens handlingsfrihet.
Finns det ett enda uppenbart mål under markören, siktet eller pekfokus?
Gör det utrustade verktyget eller föremålet det avsedda resultatet förutsägbart?
Kan gränssnittet förhandsvisa målet och konsekvensen?
Vad händer om spelaren trycker på knappen av misstag, och går det att avbryta?
Bevarar automatiseringen ett meningsfullt val av verktyg, placering eller tajming?
