Programme C++ et interface graphique

Bonjour,

Tout d'abord, je tiens à présenter à tous mes meilleurs vœux.

Passons aux choses sérieuses ;)

J'ai développé un programme en C++ avec VS2010. Étant débutant, vous vous doutez bien que tout ne se passe pas comme prévu.

En effet, mon programme est quasiment terminé et je m'aperçois que je dois ajouter une interface graphique pour l'utilisateur...!

Du coup, j'ai cherché comment faire avec visual studio. Je suis tombé sur les Windows Form, c'est génial ce truc mais le hic, c'est qu'il faut créer un projet bien particulier pour ça (Application Windows Forms, il me semble).

Mon projet "maître" doit être "Application console Win32". Ce n'est pas moi qui l'ai crée donc je ne garanti rien. D'ailleur si quelqu'un sait comment être sûr de l'info, je suis preneur.

Bref, je n'arrive pas à "fusionner" mon projet "maître" et l'IHM développé avec les winforms. Je ne sais même pas si c'est possible d'ailleurs...

Ensuite, j'ai lu que Qt pouvait faire l'affaire mais je n'ai visiblement pas les bibliothèques nécessaires sur ma machine.

Pour finir, j'ai lu brièvement quelque chose sur les MFC mais j'en suis au stade "découverte" encore.

Donc, l'idée est de conserver mon projet "maître" sans avoir à le modifier profondément et d'y intégrer une interface graphique avec le moyen le plus approprié.

Je vous avoue que je suis complétement perdu dans tout ça. Si quelqu'un pouvait éclairer ma lanterne, ça serait top.

D'avance, merci.

Ioro

Salut!

Un porojet Winforms, c'est du C#, il n'est donc pas possible de l'interfacer directement avec un projet C++.
Pour faire l'interfaçage tu as plusieurs possiblités:

• (Solution moche #1) Changer ton projet ligne de commande en projet DLL. Exporter les fonctions voulues "à la C". Utiliser les fonctions d'import de DLL C intégrées à C#.
• (Solution moche #2) Changer ton projet ligne de commande en projet DLL. Exporter les fonctions voulues "à la C++". Utiliser les fonctions d'import de DLL C intégrées à C#.
• (Solution moins moche mais bien dure) Changer ton projet ligne de commande en projet DLL COM. Enregistrer ta DLL sur ton système (via regsvr32). Intégrer ton composant COM à ton projet Winform
• (Solution "facile", que je choisirais dans ton cas) Virer le projet Winforms. Créer un projet MFC (Application Windows), et faire ton IHM en MFC, avec l'éditeur d'IHM de VisualStudio.

Une autre solution consiste à créer un assembly à partir de code C++ managé (CLI, si je ne me trompe), et de l'intégrer en tant que dépendance à ton projet Winform.

Merci pour ta réponse!

Je vais opté pour la dernière solution, celle que tu préconises ^^

Si j'ai bien compris, je dois quand même créer un nouveau projet?

Je serais toi, je sauvegarderais mon code, puis je recréerais un nouveau projet MFC, (plus simple que de modifier un projet existant, pour un débutant), puis j'y intégrerais le code que j'ai déjà écrit.

Ok super!

Je te tiens informer de l'avancement du job.

Merci :)

Code:

---

Un porojet Winforms, c'est du C#, il n'est donc pas possible de l'interfacer directement avec un projet C++.

---

Non, un projet Winform peut utiliser n’importe quel langage .NET, y compris C++/CLI.
Un projet C++/CLI, c'est un projet C++.

Franchement, les MFC, c'est très old-school et encore plus casse-gueule que du Winform en C++/CLI.

Vous ne pouvez pas intégrer une IHM dans un projet Console.
Vous pouvez ajouter une console à des projets avec une IHM.

Pourquoi le code maitre ne peut-il pas être transférer dans le projet WinForm ?

Bonjour,

Le projet "maître" est bien trop complexe à "migrer" pour utiliser des winforms.

L'interface à réaliser est très basique, même si les MFC sont old-school, je pense que ça fera le job!

Petite question du jour :

J'utilise dans mon IHM, un slider control qui va de 0 à 100.

Mon problème est que quand je déplace le curseur, je ne vois pas la valeur sélectionnée...

Savez-vous comment afficher la valeur ?

D'avance, merci.

Sinon, tu intègre une bibliothèque dédiée, comme la grosse Qt, wxwidget ou autre.

Voire, selon le type d'interface à réaliser sfml+cegui ou sfml+sfgui

Citation:

---

Le projet "maître" est bien trop complexe à "migrer" pour utiliser des winforms.

---

Le coût de migration est le même pour du C++/CLI + Winform et pour du C++/MFC ainsi que pour du C++/Qt etc....

Citation:

---

Mon problème est que quand je déplace le curseur, je ne vois pas la valeur sélectionnée...

---

Illustration parfaite du "old-school" des MFC.

http://forums.codeguru.com/showthrea...ent-in-runtime

Old-school peut être mais ça fonctionne ;)

Merci pour le lien.

L'interface est ok!

Par contre, quand je met mon projet "maître" dans le projet MFC, ça ne fonctionne pas du tout.

Déjà je suis embêté avec le stdafx mais peut-être qu'il faut virer les entêtes pré-compilés?

J'ai pleins de messages d'erreur de ce style :

"error C2664: 'DeleteFileW'*: impossible de convertir le paramètre 1 de 'const char *' en 'LPCWSTR'
Les types pointés n'ont aucun rapport entre eux*; conversion nécessitant reinterpret_cast, cast de style C ou cast de style fonction"

N'est-il pas possible d'inclure les 3/4 fichiers de mon interface dans mon projet plutôt?

D'avance, merci.

DeleteFileW utilise des wchar_t plutot que des char.

Essaie d'utiliser des L"chaines wchar" en guise d'argument.

Je n'avais pas ce type de problème initialement...

Est-ce que ça vient du fait que j'ajoute du code issu d'un projet console?

Et comment je fais pour utilise des "chaines wchar"?

Avec le préfixe L devant la chaine littérale. Cela dit, je ne sais pas si c'est ton problème

Dans la plupart des cas, ce n'est pas des chaînes littéral mais des choses du genre "Chemin.c_str()" ou des noms de variables...

Passe ton projet MFC de Unicode à Multibyte.

Bonjour,

Effectivement, ça fonctionne mieux. Mais quel est l'intérêt d'avoir un projet Unicode ou Multi-Byte?

Autre question :
J'ai des messages d'erreurs de ce type : error C2065: 'sMessage'*: identificateur non déclaré

Code:

---

1 2 3 4 5 6 7 8 9 10

#if defined(FR) string sTitre = "Erreur"; string sMessage = "Options incompatibles"; #elif defined(UK) string sTitre = "Error"; string sMessage = "Incompatible options"; #endif   fprintf(stderr, "%s\n",sMessage.c_str()); MessageBox(NULL,sMessage.c_str(),sTitre.c_str(),MB_ICONERROR);

---

Je ne comprend pas pourquoi le compilateur ne reconnaît pas "sMessage". Idem pour "sTitre"...

Si tu as moyen d'éviter de faire ton internationalisation de cette manière, ce serait mieux.
Grosoft propose les StringTables, j'utilise une autre méthode: gettext.
A toi de voir, mais la méthode que tu es en train de mettre en place est une des pires...


Pour ton problème, ni FR ni UK ne doivent être définis. Prévois un langage par défaut, mais renseigne toi sur les string tables et sur gettext.

Pour ta question, Unicode VS Multibyte: En Unicode, Windows va utiliser des wchar_t pour représenter des caractères, ce qui permet de stocker plus de caractères différents sur un wchar_t.
Cependant ce n'est absolument pas portable, sachant que, par exemple, un wchar_t fait 2 octets sous Windows, et 8 (la dernière fois que j'ai testé) sous Linux.
Pour mes projets, j'utilise des std::string, encodés en UTF-8 => du multibyte.