Större delen av veckan har vigts till delinlämningen i form av granskningsarbete och delleverans seminariet självt. Därför har jag inte kört någon sprint under denna vecka heller. UI-problemet är identifierat och det är knutet till hur Unity renderar dessa i förhållande till olika upplösningar. Det är lite av en härva att nysta i men jag har fått ett resultat som är godtagbart och som jag kommer att köra på nu och återkomma till problemet framåt i projektet. Det viktigaste just nu är att få mekaniken att fungera. Jag har också byt muspekaren till ett sikte när spelaren ska välja vilka koordinater som denna vill sikta på. Det var relativt enkelt och metoden schyssta parametrar för att justera pekargrafiken så att träffpunkten hamnar där den ska. I normala fall är punkten upp i vänstra hörnet på muspekaren, men i mitt sikte är punkten i mitten vilket skulle ställa till problem. Metoden som används för att byta muspekare har två parametrar där man kan justera x och y koordinaten så att grafiken stämmer överens med operativsystemets klickpunkt.

Utöver detta har jag läst på mer kring Scriptable Objects, den typ av objekt som kommer att hålla den persistenta data som kommer att vara med i mitt spel, dvs fiskarna och metspöna och deras värden. Ett scriptable object är en klass som kan användas för att skapa objektmallar som sedan kan användas i spelet. Dessa objektmallar sparas som assets i Unity Editorn, precis som en sprite, en animation, ett script etc. I mitt fall kommer jag att skapa en Fish-klass som ärver från ScriptableObject och utifrån det scriptet skapar jag sedan en fiskmall för varje fisk som ska vara med i spelet. I varje fiskmall kan jag sedan sätta unika värden så att en gädda är mycket starkare än en aborre t.ex. Implementationen sker under nästkommande sprint.

Det har fallit bort en del tid den här veckan p.g.a av annandag-påsk och delinlämningen. Dessutom har barnen varit hemma från förskolan under torsdagen och fredagen vilket har gjort att projektet stått lite i stiltje. Jag har däremot hunnit läsa på om UI-klassen så jag kommer att fortsätta under nästa vecka med att försöka implementera lösningar på problemet jag nämnde under förra veckouppdateringen (precisionsmätarens storlek).

Arbetet har gått bra under veckan. Den senare delen har gått åt till att bygga själva fiskemotorn och resultatet har varit positivt. Den bygger på en switch som körs varje skärmuppdatering via metoden Update() och använder sig av en enumerator för att jobba sig genom alla faser i sekvensen. Den första sekvenser är färdig – när spelaren ska välja vilken punkt som ska denne ska sikta på. Den läser helt enkelt in var på skärmen muspekaren befinner sig och översätter pixelkoordinaterna till spelets lokala koordinatsystem och sparar den som en Vector3 (en klass som innehåller x, y och z koordinater och har ett gäng nyttiga metoder för att sätta, hämta och använda dessa).

Jag har däremot stött på patrull vad gäller nästa steg i sekvensen – där spelaren ska bestämma precisionen i dennes kast. Den mätare som ska visas är ett UI-objekt men dimensionerna vill inte bli det jag designat utan jag behöver förstora den tre gånger för att det typ ska bli rätt dimensioner. Eftersom jag kommer att behöva jobba mer med UI-objekt – i dialogsystem, spelar-inventory och menyer t.ex – kommer jag att dedikera nästa vecka till att sätta mig in i hur UI-klassen fungerar. Annandag-påsk och förberedelserna inför delleveransen gör också att jag inte kommer köra någon sprint.