Forum TI-Planet.org

Cela t'a peut-être échappé, mais les capacités Python de ta NumWorks ont été fortement étendues dernièrement.

D'une part, le MicroPython de ta calculatrice utilise 3 types de mémoire avec les rôles suivants :

• la mémoire de stockage qui accueille et conserve tes scripts Python
• le stack (pile) qui, à l'exécution, accueille les références vers les objets Python créés
• le heap (tas) qui, à l'exécution, accueille les valeurs de ces objets Python

En gros le stack / pile limite donc le nombre d'objets différents pouvant exister simultanément en mémoire, alors que le heap / tas limite la taille globale occupée par ces objets.
A moins d'avoir de gros besoins en terme de données ou de récursivité, le facteur limitant pour tes projets Python sur calculatrice est habituellement le heap / tas.
Or depuis la version 13.2.0, le heap / tas Python de ta NumWorks a doublé, passant de 16K à 32K.

D'autre part, la version 13.1.0 a introduit en Python un nouveau module ion permettant de tester les appuis de touches.
Cela devrait t'être fort utile pour coder tes jeux et interfaces de menus !

Mais jeux et interfaces de menus, les deux choses sont liées.

C'est quoi un jeu ? Algorithmiquement, on peut le définir en tant que boucle qui répère 3 choses à l'infini :

• lecture des entrées (clavier, souris, joystick, tactile, réseau...)
• traitement avec mise à jour des variables codant l'état du jeu
• mise à jour de l'affichage

Mais ça c'est en cours de partie. Avant le démarrage de la partie, un jeu c'est aussi justement un menu permettant de choisir nombre d'options (difficulté, niveau de démarrage, options d'affichage, ...).

cent20 et ses disciples Arthur_Jacquin et Golden Man se proposent justement ce soir de t'illustrer les formidables nouvelles capacités de la NumWorks, à la fois en terme de jeux et d'interfaces de menus, au pluriel note-le bien.

Grand fan du Python, cent20 a poussé Arthur_Jacquin à nous commencer bien évidemment par un Snake, le jeu du serpent, dont voici ci-contre l'interface de lancement.
Grâce au nouveau module ion, les touches fléchées te permettent intuitivement de sélectionner et modifer les différentes options, et on apprécie également l'affichage d'une aide avec les touches à utiliser ainsi que du nom du jeu et de l'auteur.

Comme tu le vois maintenant en cours de partie et comme déjà montré, le nouveau tas / heap de 32K permet beaucoup plus de libertés et désormais le travail des graphismes au pixel près, sans avoir à craindre l'erreur de mémoire !

Et voici maintenant comme promis un 2^ème jeu, cette fois-ci du calcul mental par Golden Man, une fois de plus aux graphismes remarquablement soignés.

Mais voyons un petit peu l'interface de lancement de ce 2^ème, car peut-être n'as-tu pas percuté plus haut. Elle est très similaire à celle du Snake, non ? Avec juste les noms et valeurs qui changent...
Car en effet, c'est littéralement une bibliothèque très complète d'interface de lancement de jeu que cent20 et Arthur_Jacquin t'ont développée, et que tu peux réutiliser clé en main pour tes propres jeux !
Il te suffit de lui fournir dans l'ordre :

• titre du jeu
• texte du bouton de lancement
• des listes comportant un nom suivi de une ou plusieurs valeurs qui te permettent astucieusement de traiter par exemple :
  
  • aussi bien les choix disponibles pour une ou plusieurs options
  • que l'affichage des différentes touches de contrôle, défilable de la même façon qu'une option avec les touches fléchées
  • ou encore l'affichage des différents auteurs, là encore défilable de la même façon

Rien de compliqué, un simple appel de fonction et la bibliothèque se charge de tout !
Par exemple, voici l'appel correspondant au jeu Snake :

Code: Select all

mode, dif, bor = menu("SNAKE",
                      "Lancer la partie",
                      ["Mode", "Classique", "Dingue"],
                      ["Difficulté", "Moyen", "Difficile", " Extrême",
                        "Facile"],
                      ["Bordures", "Mortelles", "Téléportation"],
                      ["Commandes", " Nav: Flèches", "Menu: HOME",
                        "Rejouer: OK"],
                      ["Crédits","Arthur J.","Vincent R."])

Mais pas de défilement vertical par contre à ce jour si on spécifie plus de 5 listes nom+valeurs. Peut-être pour une prochaine fois ?

Et voici celui correspondant au jeu de calcul mental :

Code: Select all

mode, ope, dif, rep = menu("Automatismes en calcul mental",
                            "Calculer [OK]",
                            ["Mode", "Classique", "Rapide"],
                            ["Opération(s)", "+", "-", "x", "/", "+ -",
                              " x / ", "+ - x", "+ - x /"],
                            ["Difficulté", "  modéré", "difficile",
                              "expert", "facile"],
                            ["Répétition", 42, 50, 100, 120, 20],
                            ["Crédits", "Site web$nsi.xyz/calcul",
                              "Auteur$Kevin Fedyna",
                              "Contributeur$Vincent ROBERT"])

Enfantin, n'est-ce pas ?

N'hésite pas à aller consulter ci-dessous les pages de ces 3 projets, débordantes de détails passionnants à dévorer.

Et en attendant ta prochaine création, jusqu'à combien arrives-tu à faire grandir ton serpent ?

• Un menu en python pour les jeux sur la numworks
• Un Snake codé en python pour la NumWorks
• Un générateur aléatoire de calcul mental en python pour la NumWorks

• menu (vierge - à importer et appeler correctement pour tes projets)
• menu (démonstration)
• Snake
• Calcul Mental

critor wrote:Mais pas de défilement vertical par contre à ce jour si on spécifie plus de 5 listes nom+valeurs. Peut-être pour une prochaine fois ?

critor wrote: c'est littéralement une bibliothèque très complète d'interface de lancement de jeu que cent20 t'a développée

Bisam wrote:Quant à la programmation elle-même, je suggérerais seulement d'utiliser un autre nom pour la variable appelée (maladroitement, puisque c'est un mot réservé de Python !) "set".

Bisam wrote:Il y a d'autres choses qui pourraient être simplifiées, selon moi...

Bisam wrote:Par exemple, dans le script des menus, il serait plus logique que les constantes numériques soient nommées au départ et qu'on utilise leur nom plutôt que des valeurs numériques dont on ne sait pas d'où elles sortent.

Code: Select all

["Répétition", 42, 50, 100, 120, 20]

Bisam wrote:Il y a d'autres choses qui pourraient être simplifiées, selon moi...

cent20 wrote:Je veux bien des précisions.

Code: Select all

    draw_string(titre, int(160 - 5 * len(titre)), 8, (42, 120, 224))
    draw_string(action, int(160 - 5 * len(action)), 36, f)

Code: Select all

            draw_string(" " * 32, 0, 64 + (i + 1) * 25)
            draw_string(str(txt2), int(150 + (150 - 10 * len(str(txt2))) / 2), 64 + (i + 1) * 25, col)
        draw_string(" " * 17, 140, 64 + (i) * 25)
        draw_string(str(txt), int(150 + (150 - 10 * len(str(txt))) / 2), 64 + i * 25, col)
        draw_string("<" * cursor, 140, 64 + i * 25, g)
        draw_string(">" * cursor, 300, 64 + i * 25, g)

Code: Select all

HL = 25 #hauteur d'une ligne de caractères
MID = 150 #milieu d'une ligne de texte
TOP = 36 #ligne du haut
FL = 64 #1ère ligne du menu

Code: Select all

        if txt.find("$") != -1:
            txt2 = txt[txt.find("$") + 1:]
            txt = txt[:txt.find("$")]

Code: Select all

        c = txt.find("$")
        if c != -1:
            txt, txt2 = txt[:c], txt[c + 1:]

Bisam wrote:
Mon propos portait notamment sur les paramètres des différents appels à "draw_string".
Par exemple, dans :

Code: Select all

    draw_string(titre, int(160 - 5 * len(titre)), 8, (42, 120, 224))
    draw_string(action, int(160 - 5 * len(action)), 36, f)

on ne sait pas à quoi correspondent les longueurs 160, 8 et 36.

Un peu plus loin dans :

Code: Select all

            draw_string(" " * 32, 0, 64 + (i + 1) * 25)
            draw_string(str(txt2), int(150 + (150 - 10 * len(str(txt2))) / 2), 64 + (i + 1) * 25, col)
        draw_string(" " * 17, 140, 64 + (i) * 25)
        draw_string(str(txt), int(150 + (150 - 10 * len(str(txt))) / 2), 64 + i * 25, col)
        draw_string("<" * cursor, 140, 64 + i * 25, g)
        draw_string(">" * cursor, 300, 64 + i * 25, g)

ce sont les valeurs 150, 64, 25, 140 et 300 qui sont mystérieuses.

On comprend qu'elles correspondent à des données sur la hauteur et la largeur des lignes mais ce serait plus explicite avec des constantes comme :

Code: Select all

HL = 25 #hauteur d'une ligne de caractères
MID = 150 #milieu d'une ligne de texte
TOP = 36 #ligne du haut
FL = 64 #1ère ligne du menu

Code: Select all

# Positionnement
mh = 20 # Marge du haut
mg = 20 # Marge à gauche
ae = 15 # Aération
esp = 5 # Espacement
b = [150,300] # Bornes pour les options


Bisam wrote:Dans un tout autre registre, il y a une petite maladresse :

Code: Select all

        if txt.find("$") != -1:
            txt2 = txt[txt.find("$") + 1:]
            txt = txt[:txt.find("$")]

peut être amélioré en :

Code: Select all

        c = txt.find("$")
        if c != -1:
            txt, txt2 = txt[:c], txt[c + 1:]