Ne compile pas

"cela n'a pas marché": montre le code essayé, et le message d'erreur obtenu.

N'oublie pas d'utiliser les balises de code quand tu partages du code: https://codes-sources.commentcamarche.net/faq/11288-les-balises-de-code

Ton vocabulaire est incompréhensible ou incorrect: "case de la fonction", "sous-programme", "déclaré ma fonction dans le main()", ...

Surtout, tu n'expliques pas ce que tu attends de ton programme.

Ce cours est pas mal : https://zestedesavoir.com/tutoriels/755/le-langage-c-1/1043_aggregats-memoire-et-fichiers/4279_structures/

En ce qui me concerne, je n'ai commencé à bien comprendre le C, après avoir tenté divers supports ou formes d'apprentissage, qu'en lisant "The C Programming Language" de Kernighan & Ritchie...mais cela remonte à un moment et il y a peut être des ressources en ligne que d'autres pourront te conseiller.

Une des clefs pour comprendre les structs est de commencer à les utiliser sans typedef (qui n'est que la définition d'un alias en C) et en séparant bien la déclaration de type de son utilisation pour déclarer des variables de ce type. Ensuite on peut faire des trucs plus funky, si on veut, mais je ne pense pas que cela soit utile, celui nuit simplement à la clarté du code.

Pour ton problème :

J'ai crée le plateau du Monopoly

Je pense que tu veux dire que tu as créé une fonction qui dessine le plateau. C'est à dire un carré, avec des cases qui sont sensées être parcourues sur le périmètre du carré. C'est cela ?

et je souhaite que ma fonction remplir_cases soit utile lorsqu'un joueur arrive à un endroit du plateau (une case)

Ta fonction remplir_cases() n'est utile que pour remplir les cases du tableau de struct en les initialisant avec les données nécessaires au départ du jeu. Elle ne sera appelée qu'une fois. Ensuite, au cours du jeu, tu vas utiliser les données contenues dans le tableau de struct pour : dessiner le contenu des cases (noms, prix, présence de constructions,...), vérifier si une propriété appartient à quelqu'un,..., mettre à jour ces données à mesure de l'évolution du jeu.

A ce propos, plutôt que de mettre le nom du propriétaire dans la struct, tu pourrais y mettre un identifiant, qui te permette de lier cette donnée à une liste des joueurs (qui sera un tableau de struct, contenant leur nom, leur solde, et les autres données afférentes au joueur).

A ce propos vois cette illustration : https://forums.commentcamarche.net/forum/affich-37460646-language-c-gestion-des-vehicules#9

, un int position lui ai donné (en utilisant la fonction gotoligcol) . Et cette position renvoie à une case particulière du Monopoly. Et donc en reliant chaque case à une position, ainsi les cases de la fonction void remplir_cases vont être appelés lorsqu'un joueur est dessus.

Je ne comprends pas "un int position lui ai donné (en utilisant la fonction gotoligcol)". En supposant que

gotoligcol()

(d'après le nom) soit une fonction permettant de placer le curseur d'écriture sur l'écran à certaines coordonnées de l'écran, cette fonction serait juste une fonction de gestion de l'écran et pas une fonction de gestion de la position du joueur, ni permettant de déterminer la position du joueur.

C'est plutôt l'inverse : à partir de la position du joueur sur le plateau, tu peux déterminer les coordonnées de la case à l'écran. Pars des données et mets y autant d'éléments permettant de gérer le jeu et son intelligence.

Je vois effectivement que tu as mis un champ

int position;

dans ta

struct Proprietes

. Attention, au Monopoly classique toutes les cases du plateau ne sont pas des "propriétés". Crées-tu un tableau de struct des cases du plateau ou un tableau de struct des seules cases du plateau qui sont des "propriétés" ?

Idéalement, tu devrais créer une fonction de gestion de l'écran qui, à partir de la position sur le plateau (cases de 0 à 39 pour un plateau classque de Monopoly de 40 cases), retourne les coordonnées à l'écran sur ton terminal.

Sépare bien tes fonctions de gestion des données du jeu et du tableau des fonctions de représentation à l'écran et d'intéraction avec l'utilisateur.

Tu devrais commencer par les premières. Une fois les premières faites, tu peux créer les secondes, et, demain, décider que l'affichage se fait sous forme graphique en 2D, en 3D, sous forme holographique, etc., et que l'intéraction se fait à la souris, avec des gants de réalité virtuelle, etc., sans avoir à changer les premières Tu dois découpler ton code de gestion de ton jeu de son interface.

Bien sûr, une autre façon de résoudre simplement ton problème de détermination des coordonnées à l'écran d'une case, si ton écran est fixe et n'est pas redimensionable, est simplement de mettre dans la struct contenant les données de la case les coordonnées à l'écran de la case en question. C'est plus direct, mais cela ira à l'encontre du principe de découplage des éléments appartenant à la gestion du jeu de ceux appartement à la gestion de l'interface d'affichage.

@Anonyme24000, au cas où tu ne serais pas "Anonyme12345" qui a posté ce message il y a quelques jours, je t'invite aussi à te reporter à ce fil :

https://forums.commentcamarche.net/forum/affich-37476020-deplacement-des-joueurs-sur-un-jeu-tel-monopoly