Oui tu fais en plus la somme des produits achetés (pour chaque produit). C'est bien ce que tu voulais ? Ça te permet de savoir si un produit à été acheté et combien tu en as en stock.

La commande permet de rentrer dans un dictionnaire le stock acheté. Mais fait attention car il ne s'accumule pas avec ton vrai stock, celui que tu as dans ta scène d'assemblage (les pièces que tu avais déjà avant l'achat).

Pour "mettre en mémoire" ce stock acheté il faut passer par les variables globales, sinon dès que le script arrivera à sa fin tout sera perdu.

Concernant le sensor Always, je me suis trompé : il faudrait plutôt relier le script à un bouton du genre "Confirmer achat".

Au sujet des stock, je ne savait pas quoi écrire mais j'ai fais une "icone" pour l'option inventaire dans le menu d'achat (derniere case), avec confirmation ou annulation du "devi" et ou l'on peut voir en détail ce qu'il à été acheté.

exemple que je n'ai pas mis quand on clique sur la case "+" (comme un tableau, on a le nom, le nombre et le prix) :

- coque 1 class 1, 1 X, 1000
- coque 2 class 2, 1 X, 2000
- cheminée 1, 1 X, 400
- canon 1, 0 X, 0
etc.

là ou je suis bloqué, c'est de justement mettre en mémoire les objets achetés après confirmation pour les réutiliser dans le menu assemblage. (là dessus, on est d'accord)

Conclusion : il est évident que j'aie été ambigu sur certains points, je m'en excuse.

Citation :
Vue le nombre d'âneries que j'ai pu sortir depuis le début, tu es tout excusé

Pour transférer les achats, il faut utiliser les variables globales.
On peut créer une variable directement attachée au module du GE, mais de mon point de vue ça ne serait pas très propre.
Je repense aux systèmes de sauvegarde et de chargement, qui auront aussi accès aux variables globales.

En fait ce qui serait le plus propre c'est de créer une classe (un module) qui regrouperait les variables globales utilisées, le système d'initialisation, les fonctions de sauvegarde/chargement et d'autres fonctions si besoin. Ça permettrait aussi de regrouper toutes ces fonction en un seul .py, et ce serait plus compréhensible et facile d'accès.

Grâce à ces variables globales, tu pourras aussi accéder à la liste des objets en stock à partir d'un autre script (par exemple le script d'assemblage).

Ou alors si tu trouves ça trop compliqué pour toi, on en reste à 1 fonction = 1 .py.




Les variables globales sont telles que n'importe quel script lancé dans le GE peut accéder à ces variables, alors que deux scripts peuvent rarement communiquer entre eux aisément.
On défini une variable globale comme ceci :

La variable 'GameLogic.variable' est alors créée. Elle peut aussi bien être une variable classique (nombre, texte, liste...) qu'une fonction ou même une classe (qui peut regrouper plusieurs fonctions et plusieurs variables).
L'utilité du dernier cas (la classe), c'est que tu peux y insérer toutes tes fonctions et toutes tes variables. Ça évite donc d'avoir plein de variables sur le module GameLogic ('GameLogic.variable1', 'GameLogic.variable2', GameLogic.liste1'...) et donc les conflits (vouloir créer une variable qui va en écraser une autre, ou création impossible...). De plus une classe peut être entièrement insérée dans un seul fichier .py et possède une cmmande qui permet d'initialiser ton jeu (chargement auto au lancement, déclaration dès le départ...).

Je posterais un exemple plus tard, là j'ai à faire

@+


EDIT : je t'ai fait un "petit" exemple :
met le sur un objet qui reste en permanence dans la scene (et dans le layer visible) (généralement je prend un empty qui ne sert qu'à l'initialisation et à rien d'autre). Relie le script à un sensor Always, et marque le contrôleur (coche la petite étoile) :

Pour le script de confirmation d'achat (attaché au plan 'Argent achat') :

Pour le panneau indiquant les valeurs, tu peux le relier au système de compte du nombre de pièce (un peu comme la somme totale).

Pour sauvegarder ton jeu, ajoute ce script au plan 'Sauvegarder' :

Pour charger ton jeu, ajoute ce script au plan 'charger' :

Lorsque tu voudras faire ton système lors de l'assemblage, dans le script tu pourra accéder à tous les objets possédés et leur nombre avec 'GameLogic.inventaire.objets'.

Par contre je ne te garanti pas que les scripts marchent... me connaissant ça doit être bourré de fautes de syntaxes

@+

Je vais enquêter la dessus. Merci pour ton aide, ton apport de connaissance et, le plus important, ta patience.

Je te confirmerai mon "rapport" sur tes écrits.

voici mon rapport :

Ton script est assez compréhensible appar quelques commandes.

Cependant, quelques erreurs sont apparu comme tu l'avais anticipé :

Dans la ligne de commande :

- Dernière ligne de ton script "enregistrement" (1er script), "inventaire non défini"

- (2e script) Ligne "liste objet = (mes pièce)" le 1er nom qui est mis, "n'existe pas". J'ai ésseillé en mettant coque en 1er, idem.

- Ces 2 lignes sont répétées 3-4 fois proportionnelle aux achat fais pendant le jeu.


Concernant la variable prix et somme achat, je supposes que c'est pour soustraire ce résultat au fonds disponibles et garder la valeur de l'objet pour le revendre ?

Pour le premier problème, c'est une erreur de frappe (pardon ) :
Je l'ai corrigée; il faut remplacer la première ligne du script 'class invetaire:' par 'class inventaire:'

Pour l'autre problème, le problème vient bien de la ligne 8 ? As tu modifié la ligne ?
Si non, la console t'affiche quoi exactement ?

Concernant prix et somme_achat, tu as bien compris, et si tu veux tu peux faire un script tel que tous les prix se fixent sur les valeurs de la variable Globale GameLogic.inventaire.prix dès que tu change ce dernier.
Comme ça ça t'évite de changer les valeurs pour tous les objets qui utilise un prix dès que tu veux faire un changement (1 seul changement au final).

Le 1er problème est corrigé et pour le 2e, il indique une erreur a la ligne 13 ou il y à ceci :

"if own[objet] == 0:"

Message : value = gameOB[key]: KX_GameObject, key OBcoque1 does not exist

oui, j'ai changé la ligne ou il y a le nom des pièce, j'ai fais OBcoque1 et OBcheminee1, j'ai même vérifié si mes pièces ont les mêmes noms et c'est le cas.

Je ne comprend pas très bien au sujet de gamelogic.invenaire.prix. Tu veux parler de "self.prix = { truc : 400, machin : 100 }" ?

Je vois d'où ça vient : quelles sont les noms propriétés que tu as ajoutées pour compter le nombre de pièce ? Et sur quel objet as tu mis le script ?

À chaque fois que tu aura besoin du prix d'une pièce il suffit d'utiliser GameLogic.inventaire.prix[OBJET]. Ça évite de retaper le prix de chaque objet dans chaque script ou dans chaque propriété qui utilise un prix, c'est un gain de temps.
C'est toi qui vois si tu gardes ou pas.

On créer une variable associé à une classe en entrant dans la classe 'self.variable = X', ensuite on l'appel avec 'classe.variable'.

Dans Blender, lorsque tu fais 'GameLogic.classe = classe()', tu entre toutes les données de ta classe dans 'GameLogic.classe'. Le module GameLogic est utilisé dans tout les scripts, donc pour récupérer une variable de la classe 'classe' depuis n'importe quel script, il suffit de faire 'GameLogic.classe.variable'.

On peut faire la même chose avec les fonctions, mais comme on a plusieurs fonctions on utilise une classe, qui permet de tous les regrouper.

Si t'as besoin d'explications plus précises, regarde le tutoriel que j'ai donné, et pose tes questions si ça ne va toujours pas

@+

Citation :

je ne comprend pas ta question. Je n'ai fais aucune propriety au sujet des pièces.

J'ai associer le 1er script "gest pce.py" au plan "marché" qui défile devant la camera une fois avoir cliqué sur le bouton "marché d'armement".



Aurais-tu oublié de me donner le lien car me le donner c'est bien mais le voir c'est mieux

Je parle du tuto Python (général) :
Citation :


Bon euh... pour l'histoire des propriétés je me suis mal exprimé... As tu fais un système de comptage des pièces achetées ?

Oui :

Dans l'option "inventaire" de mon menu d'achat, j'ai :
- coque 0 X détail (+)
- pièce 0 X detail (+)
- etc.

La 2e collonne répond à ta demande. Quand j'achetes une pièce, il est incrémenté de +1 (tout ceci en propriety, texture text).

Je suppose que c'est la qu'il faut ajouter les propietys en concordance avec la liste d'objet qui, soit-disant, n'existe pas.