Si je publie cette étape c’est surtout pour calmer DantonK pasque bon hein !

Ce n’est pas flagrant mais çà a pas mal avancé sous le capot, même si le design est moche, les sons tout pourris, l’ergonomie ridiculette et le gameplay toujours en devenir : j’ai quand même pu remettre le tout sur les rail et même mettre en route plusieurs bricoles.

Cliquez sur l’image si vous êtes aussi courageux que DantonK le Terrrible !

J’ai quelques ralentissements et dysfonctionnement avec les sons sous Firefox, je verrais çà plus tard, il est tard et mon rejeton avait mis le réveil à 4h30 ce matin…

Share on Facebook

Je n’ai pas vraiment pu avancer sur mon petit projet Unity3d ces derniers jours : visite d’un vieux copain Toulousain, visite d’une vieille copine Toulousaine (pur hasard !), et autres tâches domestiques chronophages. J’ai quand même rédigé un petit document conceptuel dans lequel j’essaye de lister exhaustivement les choses et étapes importantes.
Même pour un petit jeu du genre, cette démarche ‘conceptuelle’ est à mon avis bénéfique et me permettra, j’espère, d’avancer ou d’améliorer ce petit projet. Sans compter qu’on peut presque parler de Cahier des Charges et que c’est le genre de jalon nécessaire à tout projet de dev. Je n’ai pas poussé le bouchon jusqu’à y intégrer un planning, mais j’ai presque failli . Je me réserve le droit d’améliorer/ modifier ce CdC mais si j’abuse je me ferais un procès !

Share on Facebook

Cette étape me fait bien plaisir, car je m’étais déjà cassé les dents sur ce petit projet il y a quelques mois (à l’époque, je l’avais commencé en flash). Faut dire que je n’avais pas beaucoup de temps libre et la tête bien prise.
Toujours est-il que maintenant l’application détecte correctement (enfin je crois ) les groupes de boules de même couleur, génére des ‘trous’ quand on clique, et fait tomber les boules quand nécessaire. Voilà qui peut sembler tout simple, mais vu mon amour des maths et ma logique particulière, çà m’a donné un peu de fil à retordre.
Mais c’est plaisant d’analyser ce qu’un humain (moi par exemple) pense de façon quasi instinctive (exemple : détecter les groupes de couleur) et de traduire cette séquence logique (hum!) en instructions du langage de prog (ici un javascript ou presque).

J’ai aussi rajouté une petite interface, à l’ergonomie délicieuse :

J’ai détecté 1 petit bug, après le bouton reset qui s’allume quand on survole une zone proche des premières boule du bas à gauche. Je ne me prends pas trop la tete dessus, car ce bouton reset va bientôt etre remplacé.
Si par un hasard des plus malencontreux, un bug supplémentaire quelconque croisait la route d’un éventuel utilisateur qui aurait cliqué pour tester le jeu, j’invite le sus-cité éventuel à me commenter dans la race les observations pertinentes qu’il ne manquera pas de faire. 

Maintenant il me reste à testouiller et faire joujou avec ce prototype afin de mieux déterminer le gameplay, la présentation, et tout ce qui pourrait en faire un jeu ‘fini’. 

J’espère que DantonK sera content pasque hein dis non mé (en plus c’est noël).

Share on Facebook

Je n’en suis qu’au début mais c’est surtout pour montrer l’évolution à mon potos DantonK !

C’est une copie d’un jeu assez classique (on en trouve la dose en flash) où il faut cliquer sur des boules de couleurs au sein d’une grille pour les éliminer. La boule cliquée doit faire partie d’un groupe de boules adjacentes (horizontalement et verticalement) de même couleur. Ca crée des ‘trous’ dans la grille de boules et ensuite les boules du dessus ‘tombent’ dans ces trous,  un peu comme dans l’antique BoulderDash (sauf que dans BD les chutes étaient plus complexes).
 

Là j’en suis à coder les fonctions pour détecter un groupe, et ce n’est pas fini puisque pour l’instant ca ne détecte que les boule voisines immédiates. La suite très bientôt, enfin j’espère !  C’est là que çà se passe, si vous n’avez pas le plugin, ca devrait vous demander de l’installer, faites-le ! (un clic droit sur l’appli pour passer en plein écran. Echap pour quitter le plein écran).

Share on Facebook