Utilisation de FILE en parametre dans une fonction

Citation:

---

Envoyé par jesuscrie

Les etapes sont les suivantes :

- Dans un premiers temps, la demande du nombre de menu principal est demandé

---

Il est essentiel que les documents soient rédigés dans une langue simple et claire.
Je ne comprends pas cette phrase. On demande quoi au juste ? Il y a plusieurs 'menu principal' ? Ou s'agit-il des entrées de menu ? Et puis, je ne suis pas censé savoir ce qu'est un 'menu'. Ca devrait commencer par une définition de ce mot...

Citation:

---

- apres quoi, ecrire le nom de ces menus principaux en respectant le nombre ecrit precedemment

---

Je suppose que tu veux dire "le texte des entrées du menu principal". C'est ça ?

Réécrit ton texte plus clairement. C'est absolument essentiel. C'est La Référence, La Bible qui guide tout le projet. Ce doit être un texte qu'on a envie de lire et pas un truc mal foutu, incompréhensible et illisible...

Presentation du projet:

Mon projet est la creation d'un editeur de barre de menu personnalisé (Zone rectangulaire visible en haut d'une fenêtre et dans laquelle s'affichent les noms de menu).

Description du fonctionnement de l'editeur de barre de menu :

1- Demande du nombre d'objet menu
2- Saisie du texte d'entrée de chaque objet menu ( en testant que le nombre de texte d'entrée d'objet menu corresponde au nombre saisi dans le 1-)
3- Enregistrement du texte d'entrée pour chaque objet constituant le menu dans un fichier texte.
4- Demande du nombre d'objet sous-menu pour chaque objet menu separemment
5- Saisie du texte d'entrée de chaque objet sous-menu ( en testant que le nombre de texte d'entrée d'objet sous-menu corresponde au nombre saisi dans le 4-) pour chaque objet menu separemment.
6- Enregistrement du texte d'entrée pour chaque objet sous-menu dans un fichier texte
7- Creation d'un fichier de ressources incluant les textes d'entrée des objets menu et sous-menu
8- Creation d'une fenetre principale via API Windows avec une barre de menu utilisant le fichier de ressources precedemment créé
9- Destruction des fichiers texte contenant les textes d'entrée des objets menu et sous-menu


En esperant que ceci soit plus parlant.

Citation:

---

Envoyé par jesuscrie

il y a quelque chose que je ne dois pas comprendre pourquoi il faut encore redefinir FILE* ouverture = NULL;

Et il faut forcement retourner quelque chose ?

---

Dans le cas de cette fonction, par exemple:

Code:

---

1 2 3 4 5 6 7 8

FILE* ouverture_fichier_menu_principal () { FILE* ouverture; /*...*/ ouverture = fopen("Menus_Principaux.txt", "a"); /*...*/ return ouverture; }

---

Tu es obligé de créer la variable locale ouverture, de type pointeur sur FILE. Sinon, veux-tu manipuler la valeur retournée par fopen? Ensuite, retourner l'adresse contenue dans ouverture te permet de manipuler le fichier "Menus_Principaux.txt" en dehors de la fonction en récupérant la valeur retournée par ouverture_fichier_menu_principal ().

Thierry

Citation:

---

Envoyé par jesuscrie

Presentation du projet:

Mon projet est la creation d'un editeur de barre de menu personnalisé (Zone rectangulaire visible en haut d'une fenêtre et dans laquelle s'affichent les noms de menu).

---

C'est pour quel environnement de développement ?

Description du fonctionnement de l'editeur de barre de menu :

Citation:

---

1- Demande du nombre d'objet menu
2- Saisie du texte d'entrée de chaque objet menu ( en testant que le nombre de texte d'entrée d'objet menu corresponde au nombre saisi dans le 1-)
3- Enregistrement du texte d'entrée pour chaque objet constituant le menu dans un fichier texte.
4- Demande du nombre d'objet sous-menu pour chaque objet menu separemment
5- Saisie du texte d'entrée de chaque objet sous-menu ( en testant que le nombre de texte d'entrée d'objet sous-menu corresponde au nombre saisi dans le 4-) pour chaque objet menu separemment.
6- Enregistrement du texte d'entrée pour chaque objet sous-menu dans un fichier texte
7- Creation d'un fichier de ressources incluant les textes d'entrée des objets menu et sous-menu
8- Creation d'une fenetre principale via API Windows avec une barre de menu utilisant le fichier de ressources precedemment créé
9- Destruction des fichiers texte contenant les textes d'entrée des objets menu et sous-menu

---

OK. Il faut attendre le 7- pour apprendre qu'il s'agit d'un générateur de ressources, et le 8 - pour apprendre qu'il s'agit de Windows...

On est pas dans ta tête. Les éléments de compréhensions doivent être amenés dans l'ordre...

En fait, il suffit d'arranger un peu l'introduction comme ceci :

Il s'agit de réaliser un générateur de menus pour un fichier de ressources Windows GUI.


Ensuite il faut se mettre à la place de l'utilisateur et décrire comment il va utiliser le bazar :

L'utilisateur saisie les différents items des menus et des sous-menus, puis lance la génération du code.

Ensuite on peut décrire le mode opératoire de la saisie. Si j'ai bien compris, on doit saisir une série de textes, dont certains vont être des points d'entrée de menu. Il faut donc non seulement saisir le texte, mais aussi une information du type 'terminal' ou 'entrée de sous-menu'.

etc.

Il faut faire une description de plus en plus précise de ce qu'il y a à faire et que le tout soit cohérent. Un fois le mode opératoire décrit avec précision, on passe en phase de conception (analyse), et cette fois on se met à la placede la machine (en fait du programme cours d'exécution).

Et là, on décrit ce que doit faire le programme pour que le comportement de l'utilisateur soit bien celui décrit précédemment.

Tu proposes de saisir le nombre d'items à l'avance (N) et de faire ensuite les N saisies... OK, mais comment on signifie que les items peuvent être terminaux ou l'entrée d'un sous menu ?
Si se mécanisme existe, il pourrait tout aissi bien servir à saisir l'indication de fin.

Pourquoi pas un mécanisme comme ceci :

Code:

---

1 2 3 4 5

Menu principal 1 - Saisie d'un item terminal 2 - Saisie d'un item sous-menu 3 - Terminer la saisie

---

Bref, c'est en écrivant la doc et en imaginant les écrans et l'usage qu'on en fait qu'on parvient à concevoir un produit performant et ergonomique. Ce n'est certainement pas en se ruant sur le code sans études préalables.

L'informaticien a tout intérêt à se mettre plus souvent à la place de l'utilisateur...