Calculator the Game, disponible sur Android et iOS, est un jeu de "casse-tête"/calcul fort sympathique, et je me suis dit :
"Un jeu sur les calculatrices jouable sur calculatrice ? "
Le jeu est toujours en développement, je suis en train de faire le moteur de jeu (en Basic) FAIT, je m'attaquerai ensuite à la recopie ou création de niveaux. Par préférence et aussi parce que Text rend trop petit je le ferai en mode texte à coups de Locates.
Voici un aperçu du jeu actuellement :
.old
.old
Le jeu n'est vraiment pas jouable pour le moment, je me servirai de ce topic comme d'un suivi de progression (c'est plus propre que ce que j'avais fait pour Useless).
Je crée le topic maintenant pour demander votre avis sur l'interface et ce qui est à changer, pour fixer ça et passer à la suite.
Merci d'avance
Je précise que ce jeu est une ADAPTATION du jeu original sous Android, ce qui signifie que j'essaie de rester le plus fidèle possible par rapport au jeu original.
J'y irai petit à petit pour le développement, rien ne m'énerve plus qu'un jeu buggé.
(Un niveau par demi-heure c'est beau mais c'est long)
Lephenixnoir a écrit : Personnellement je ne connais pas ce jeu, alors j'ai du mal à comprendre de quoi il s'agit... une description du gameplay peut-être ?
D'accord
Le jeu ce présente de cette façon (je vais faire un exemple pour que ce soit plus parlant) : vous avez un nombre de base, 5 ici. Un clavier changeant à chaque niveau, par exemple :
[ ][ -1 ][ ]
[ ][ ][ ]
[ +1 ][ ][ x2 ]
Pour appuyer sur une touche, appuyer sur celle qui lui correspond sur le mapping de la calto.
Un objectif à atteindre, ici 16, en un nombre de coup limité (disons 3).
Au niveau de l'interface, tu pourrais peut-être gagner un peu de place et d'air en mettant les trois lignes de texte sur deux lignes, en en combinant deux en une seule, non ?
Nemhardy a écrit : Au niveau de l'interface, tu pourrais peut-être gagner un peu de place et d'air en mettant les trois lignes de texte sur deux lignes, en en combinant deux en une seule, non ?
J'aurais pu effectivement mais j'ai choisi d'utiliser l'espace libre après sert à afficher les instructions du tutoriel
J'ai continué de coder l'intro et j'aimerais vous demander si il ne vaudrait pas mieux que je place le
While Getkey≠67
WhileEnd
While Getkey
WhileEnd
dans un fichier séparé et l’appeler à chaque fois pour gagner de l'espace.
Cf. le fichier joint
Merci d'avance
Personnellement si tout ton jeu peut tenir dans un seul programme, je trouve ça mieux. Donc je le laisserais dans le corps du texte si tu n'as pas encore de sous-programmes.
Lephenixnoir a écrit : Personnellement si tout ton jeu peut tenir dans un seul programme, je trouve ça mieux. Donc je le laisserais dans le corps du texte si tu n'as pas encore de sous-programmes.
Bonjour, j'ai avancé, le programme fait maintenant 1Ko (à partir de quand est-ce que ça commence à devenir "trop" en Basic ?) et cela que pour l'intro, je me demande si finalement ce ne serait pas vraiment mieux de placer la double-boucle citée ci-dessus dans un sous-programme parce que pour les dialogues il revient 10 fois quand même (au risque d'insister...)
La démo de l'intro est ci-jointe, je ne comprends pas pourquoi quand on répond NO dans l'intro ça continue comme si de rien n'était (pourtant j'ai mis un Goto et un Lab... Pardonnez-moi ).
Une démo avec 5 niveau est en cours.
Bon, deux niveaux plutôt basiques fonctionnels de créés, j'arrête là pour aujourd'hui, plutôt content du résultat.
Démo avec deux premiers niveaux : fichier joint.
J'ai modifié le code, répondre NO ne continue pas le code comme si de rien était, cela renvoie un Go ERROR désormais.
Je ne sais pas si c'est mieux
Si quelqu'un peut me dire d'où vient l'erreur, merci d'avance.
(Lephénixnoir : je n'avais pas vu ton message, justement je n'en ai aucune idée...)
Lephenixnoir a écrit : C'est bizarre... en tous cas j'aime beaucoup ton tutoriel avec les petits messages sur les touches
Ajouté le 03/09/2018 à 17:35 :
(Je suggère au passage de mettre OUI et NON sur d'autres touches comme 4 et 6 pour éviter de répondre par accident.)
Je ne le fais pas car pour le moment presque tout est identique à la version Android, y compris les dialogues et le placement des touches, de plus c'est plus pratique : cela permet de spammer 5 si l'on a déjà vu le tutoriel.
Niveau 3 fait !
C'est très long à faire, je ne sais pas quand je l'aurais fini
En attendant, je met la version actuelle en fichier joint, et je donne (pas trop tôt) des images sous forme d'une vidéo, c'est plus parlant pour un jeu fixe
Et aussi : j'en suis à 2472 octets... Pour trois niveaux sur des dizaines
Je vais continuer bien sûr mais je m'inquiète pour la taille finale du jeu.
Je pense que je vais le découper en tranches de 5 ou 10 niveaux.
Pas mal du tout ! Vu la tête des niveaux jusqu'à présent, tu peux mettre tout le jeu sur 10'000 octets en tassant bien... inutile de découper en tous cas.
Lephenixnoir a écrit : Pas mal du tout ! Vu la tête des niveaux jusqu'à présent, tu peux mettre tout le jeu sur 10'000 octets en tassant bien... inutile de découper en tous cas.
Merci
Le problème vient surtout des dialogues. Je tiens à rester fidèle à l'original, et je ne vois pas comment les compresser
Tu peux les mettre dans une Str. Ici je mets des # chaque fois qu'il faut revenir à la ligne et des @ chaque fois qu'il faut attendre que l'utilisateur appuie.
"HI!@My name is#Clicky@Want to#play a game#?@etc"
Après tu peux encoder aussi les textes sur les touches. Le texte est ce qu'il existe de plus compact. Tu peux aussi gagner des octets en ayant { 1,2,3 }→List 1 dans ton programme (11 octets) comparé à fournir la liste dans le g1m (36 octets).
Lephenixnoir a écrit : Tu peux les mettre dans une Str. Ici je mets des # chaque fois qu'il faut revenir à la ligne et des @ chaque fois qu'il faut attendre que l'utilisateur appuie.
"HI!@My name is#Clicky@Want to#play a game#?@etc"
Après tu peux encoder aussi les textes sur les touches. Le texte est ce qu'il existe de plus compact. Tu peux aussi gagner des octets en ayant { 1,2,3 }→List 1 dans ton programme (11 octets) comparé à fournir la liste dans le g1m (36 octets).
Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd
Citer : Posté le 02/09/2018 17:08 | #
Personnellement je ne connais pas ce jeu, alors j'ai du mal à comprendre de quoi il s'agit... une description du gameplay peut-être ?
Citer : Posté le 02/09/2018 17:23 | #
Personnellement je ne connais pas ce jeu, alors j'ai du mal à comprendre de quoi il s'agit... une description du gameplay peut-être ?
D'accord
Le jeu ce présente de cette façon (je vais faire un exemple pour que ce soit plus parlant) : vous avez un nombre de base, 5 ici. Un clavier changeant à chaque niveau, par exemple :
[ ][ ][ ]
[ +1 ][ ][ x2 ]
Pour appuyer sur une touche, appuyer sur celle qui lui correspond sur le mapping de la calto.
Un objectif à atteindre, ici 16, en un nombre de coup limité (disons 3).
La difficulté augmente progressivement.
Citer : Posté le 02/09/2018 17:27 | #
Oh, c'est sympa ça ! Ça me rappelle Des Chiffres Et Des Lettres. Je testerai bien quand tu auras quelque chose de jouable
Citer : Posté le 02/09/2018 17:34 | #
Oh, c'est sympa ça ! Ça me rappelle Des Chiffres Et Des Lettres. Je testerai bien quand tu auras quelque chose de jouable
Citer : Posté le 02/09/2018 17:38 | #
Au niveau de l'interface, tu pourrais peut-être gagner un peu de place et d'air en mettant les trois lignes de texte sur deux lignes, en en combinant deux en une seule, non ?
Citer : Posté le 02/09/2018 17:55 | #
Au niveau de l'interface, tu pourrais peut-être gagner un peu de place et d'air en mettant les trois lignes de texte sur deux lignes, en en combinant deux en une seule, non ?
J'ai continué de coder l'intro et j'aimerais vous demander si il ne vaudrait pas mieux que je place le
WhileEnd
While Getkey
WhileEnd
Cf. le fichier joint
Merci d'avance
Citer : Posté le 02/09/2018 18:00 | #
Personnellement si tout ton jeu peut tenir dans un seul programme, je trouve ça mieux. Donc je le laisserais dans le corps du texte si tu n'as pas encore de sous-programmes.
Citer : Posté le 02/09/2018 18:05 | #
Personnellement si tout ton jeu peut tenir dans un seul programme, je trouve ça mieux. Donc je le laisserais dans le corps du texte si tu n'as pas encore de sous-programmes.
Citer : Posté le 03/09/2018 16:33 | # | Fichier joint
Bonjour, j'ai avancé, le programme fait maintenant 1Ko (à partir de quand est-ce que ça commence à devenir "trop" en Basic ?) et cela que pour l'intro, je me demande si finalement ce ne serait pas vraiment mieux de placer la double-boucle citée ci-dessus dans un sous-programme parce que pour les dialogues il revient 10 fois quand même (au risque d'insister...)
La démo de l'intro est ci-jointe, je ne comprends pas pourquoi quand on répond NO dans l'intro ça continue comme si de rien n'était (pourtant j'ai mis un Goto et un Lab... Pardonnez-moi ).
Une démo avec 5 niveau est en cours.
Merci d'avance.
KikooDX
Citer : Posté le 03/09/2018 16:35 | #
à partir de quand est-ce que ça commence à devenir "trop" en Basic ?
À 60 kio on peut raisonnablement estimer que c'est trop.
C'était le message utile de la journée.
Citer : Posté le 03/09/2018 16:47 | #
à partir de quand est-ce que ça commence à devenir "trop" en Basic ?
À 60 kio on peut raisonnablement estimer que c'est trop.
C'était le message utile de la journée.
Citer : Posté le 03/09/2018 17:19 | #
Personnellement j'ai une GO Error quand je réponds non, j'ai du mal à voir pourquoi...
Citer : Posté le 03/09/2018 17:32 | # | Fichier joint
Bon, deux niveaux plutôt basiques fonctionnels de créés, j'arrête là pour aujourd'hui, plutôt content du résultat.
Démo avec deux premiers niveaux : fichier joint.
J'ai modifié le code, répondre NO ne continue pas le code comme si de rien était, cela renvoie un Go ERROR désormais.
Je ne sais pas si c'est mieux
Si quelqu'un peut me dire d'où vient l'erreur, merci d'avance.
(Lephénixnoir : je n'avais pas vu ton message, justement je n'en ai aucune idée...)
KikooDX
Citer : Posté le 03/09/2018 17:34 | #
C'est bizarre... en tous cas j'aime beaucoup ton tutoriel avec les petits messages sur les touches
Ajouté le 03/09/2018 à 17:35 :
(Je suggère au passage de mettre OUI et NON sur d'autres touches comme 4 et 6 pour éviter de répondre par accident.)
Citer : Posté le 03/09/2018 17:38 | #
C'est bizarre... en tous cas j'aime beaucoup ton tutoriel avec les petits messages sur les touches
Ajouté le 03/09/2018 à 17:35 :
(Je suggère au passage de mettre OUI et NON sur d'autres touches comme 4 et 6 pour éviter de répondre par accident.)
Je ne le fais pas car pour le moment presque tout est identique à la version Android, y compris les dialogues et le placement des touches, de plus c'est plus pratique : cela permet de spammer 5 si l'on a déjà vu le tutoriel.
Citer : Posté le 05/09/2018 14:52 | # | Fichier joint
Niveau 3 fait !
C'est très long à faire, je ne sais pas quand je l'aurais fini
En attendant, je met la version actuelle en fichier joint, et je donne (pas trop tôt) des images sous forme d'une vidéo, c'est plus parlant pour un jeu fixe
Et aussi : j'en suis à 2472 octets... Pour trois niveaux sur des dizaines
Je vais continuer bien sûr mais je m'inquiète pour la taille finale du jeu.
Je pense que je vais le découper en tranches de 5 ou 10 niveaux.
Citer : Posté le 05/09/2018 14:56 | #
Pas mal du tout ! Vu la tête des niveaux jusqu'à présent, tu peux mettre tout le jeu sur 10'000 octets en tassant bien... inutile de découper en tous cas.
Citer : Posté le 05/09/2018 15:06 | #
Pas mal du tout ! Vu la tête des niveaux jusqu'à présent, tu peux mettre tout le jeu sur 10'000 octets en tassant bien... inutile de découper en tous cas.
Merci
Le problème vient surtout des dialogues. Je tiens à rester fidèle à l'original, et je ne vois pas comment les compresser
Citer : Posté le 05/09/2018 15:09 | #
Tu peux les mettre dans une Str. Ici je mets des # chaque fois qu'il faut revenir à la ligne et des @ chaque fois qu'il faut attendre que l'utilisateur appuie.
"HI!@My name is#Clicky@Want to#play a game#?@etc"
Après tu peux encoder aussi les textes sur les touches. Le texte est ce qu'il existe de plus compact. Tu peux aussi gagner des octets en ayant { 1,2,3 }→List 1 dans ton programme (11 octets) comparé à fournir la liste dans le g1m (36 octets).
Citer : Posté le 05/09/2018 15:18 | #
Tu peux les mettre dans une Str. Ici je mets des # chaque fois qu'il faut revenir à la ligne et des @ chaque fois qu'il faut attendre que l'utilisateur appuie.
"HI!@My name is#Clicky@Want to#play a game#?@etc"
Après tu peux encoder aussi les textes sur les touches. Le texte est ce qu'il existe de plus compact. Tu peux aussi gagner des octets en ayant { 1,2,3 }→List 1 dans ton programme (11 octets) comparé à fournir la liste dans le g1m (36 octets).
Mais pour lire ça il faut un sous-programme non ?