First Playable Lock Venerdì 21 Aprile - CHECKLIST + BUG LIST

[Bonfo]

BUG 16.....TROVATO!!!!

Ora manca solo di schiacciarlo

In Grid

   private float getRowHeight(final int row)
    {
        return row * getYStep() + bounds.top();
    }

se tolgo quel bounds.top() funzia tutto perfettamente.
E i test passano ancora tutti

Ora gioco un po' per vedere se è tutto ok

EDIT:
Se qualcuno ha voglia di fare il test lo ringrazio

[Bonfo]

Confermo...basta eliminare quello che tutto va alla perfezione

[Jocchan]

Eliminarlo cosa comporta?

[cisc]

Originariamente inviato da Bonfo

BUG 16.....TROVATO!!!!

Ora manca solo di schiacciarlo

In Grid

   private float getRowHeight(final int row)
    {
        return row * getYStep() + bounds.top();
    }

se tolgo quel bounds.top() funzia tutto perfettamente.
E i test passano ancora tutti

Ora gioco un po' per vedere se è tutto ok

EDIT:
Se qualcuno ha voglia di fare il test lo ringrazio

sono molto a digiuno di codice diamonds, e adesso non c'ho il portatile per poter fare qualcosa, cmq controlla dove viene usato quel metodo, può essere che il metodo venga interpretato diversamente da qualche altra parte, in questo caso bisogna vedere quale strategia è stata adottata nel resto del codice, se si è preferito usare delle coordinate relative o assolute diciamo....

[cover]

Altra cosa: due big gem, non sono state inglobate subito, ma all'update seguente (quando anche quella coppia è caduta)

[Jocchan]

Originariamente inviato da cover

Altra cosa: due big gem, non sono state inglobate subito, ma all'update seguente (quando anche quella coppia è caduta)

Sii più specifico: la biggem in alto è caduta su quella in basso dopo una cancellazione? O c'erano stone in mezzo, poi trasformate in gemme?

[cover]

Nessuna stone (sto testando solo in single, non ancora con due giocatori ^^ ) e non è caduto niente da nessuna parte, la big gem l'ho "formata" a pezzi sopra l'altra...solo che adesso sto riprovando e non lo fà più...non sò cos'ho combinato per quella situazione...ora riprovo ancora un pò...
Comunque prima creo la big gem "base" e poi costruisco sopra l'altra per vedere l'inglobazione... ^^

edit: ma come ho fatto? non ci riesco più O_o

[redcloud]

Altro bugghettino
Quando una gemsPair sta cadendo in una colonna e non può spostarsi lateralmente perchè le colonne adiacenti sono occupate (ma non dai bordi), premere il tasto 'c' per switchare la posizione (solo verticale quindi) non sortisce alcun effetto ma non sistematicamente! Appena mi capita faccio screenshot.

[fek]

Originariamente inviato da Bonfo

BUG 16.....TROVATO!!!!

Ora manca solo di schiacciarlo

In Grid

   private float getRowHeight(final int row)
    {
        return row * getYStep() + bounds.top();
    }

se tolgo quel bounds.top() funzia tutto perfettamente.
E i test passano ancora tutti

Ora gioco un po' per vedere se è tutto ok

EDIT:
Se qualcuno ha voglia di fare il test lo ringrazio

Ho introdotto io il bug con il mio refactoring di BigGem e Grid. Puoi scrivere il test che esercita il bug che lo faccio passare io? Grazie.

[Ufo13]

Sistemate coordinate della CrushBox

[cover]

Olè...ho trovato (dopo non sò quante prove) come avevo fatto, questo è il momento prima



Ho numerato l'ordine con cui ho creato le biggem, con la pair che arriva mettendola per crearne una unica vengono fuse solo la 2 e la 3 lasciandone 2 che si fondono all'update sucessivo. Il problema quindi penso sia dato dal fatto che crea solo una biggem per update, oppure ho detto una ca**ata?

[Bonfo]

Originariamente inviato da cover

Il problema quindi penso sia dato dal fatto che crea solo una biggem per update, oppure ho detto una ca**ata?

Mi sa proprio di sì
Come direbbe fek...fai un bel test

[Bonfo]

BUG 16 RISOLTO.
Ne sono praticamente certo

Evvai...2 bug di livello A

[cover]

Altro bug (penso con parecchia priorità, joc? ):




Giocando "tranquillamente" (da solo sul portatile riempire con una mano tutta la prima griglia e intanto "cercare la situazione adatta" nella seconda non è poi così tranquillo.....perchè poi riempire la prima griglia..mah...sarà l'ora tarda che inizia a mostrare i primi sintomi di pazzia ) nella seconda griglia c'era tutta la colonna centrale piena, all'arrivo della prossima pair ci sarebbe stato game over...ma stasera si vede che sono fortunato e mi arriva esattamente nella posizione inferiore la pietra che fa eliminare tutti quelli di un colore (come si chiama ? ) e come per magia mi elimina tutti i diamanti salvandomi (no, non avrei perso lo stesso...disfando la tastiera sul tasto sinistro mi sarei salvato ), che culo....ma...cos'è successo...game over... l'ha contato lo stesso anche se l'ha eliminato
Controlla prima il game over che le eventuali crush?

edit: riguardando l'immagine ho visto una cosa nella prima griglia, tutti quei topazi nelle due colonne se non ricordo male sono dati anche da parecchie stone, quindi niente di allarmante (era già stato segnalato)

[redcloud]

Originariamente inviato da Ufo13

Sistemate coordinate della CrushBox

Io lo vedo così su windows, prima lo vedevo esattamente al centro del playfield di sinistra. Ora vado a provare su linux.

[Bonfo]

Originariamente inviato da fek

Ho introdotto io il bug con il mio refactoring di BigGem e Grid. Puoi scrivere il test che esercita il bug che lo faccio passare io? Grazie.

Ooooppppsss....
...ho riletto adesso.

Ho fatto test e fatto passare....ho perso le mie ditine per sempre???

[cover]

Anche io vedo come red, sia nella prima che nella seconda griglia

[Bonfo]

Originariamente inviato da cover

Anche io vedo come red, sia nella prima che nella seconda griglia

Ufo ci sta guardando....ha richiesto a Joc le coordinate esatte...e con quelle cordinate quello è quello che succede.

Probabilmente è cambiato qualcosa nel rectangle...
...comunque anche quando cesare aveva finito il suo task la posizione della CrushBox era quella...lo avevo già segnalato....ma non sembra così ovvio da risolvere

[Bonfo]

Originariamente inviato da cover

Altro bug (penso con parecchia priorità, joc? ):

Ma perchè ogni volta che eliminiamo il bug di livello A ne appare subito un altro...

12 - Quando si cerca di far passare una coppia sotto una BigGem con dello spazio libero al di sotto di essa, la slave talvolta si sovrappone ad una delle caselle della BigGem. Questo può capitare anche quando la colonna centrale è piena, a Game Over avvenuto C

Forse era anche già stato inglobato qui...ma direi che ora va proprio diviso in 2 bug diversi.

[cover]

Originariamente inviato da Bonfo

Ma perchè ogni volta che eliminiamo il bug di livello A ne appare subito un altro...

Uhm...direi di sì per la divisione (sempre se era intesa la stessa cosa), anche perchè questo penso sia un pò più urgente ^^