Version imprimable
Bonjour,
Mes collègues voudraient que je puisse intégrer Excel dans mon application MFC (Visual 2010) et faire des drag and drop d'image/information (qui sont situé dans des html dockable pane) dedans. Idéalement, il faudrait que cela puisse marcher quelque soit la version d'excel installé: 2003, 2007 ou 2010.
Quelqu'un aurait une piste?
Merci d'avance
Intégration COM standard.
Mais à part rajouter des bugs à votre application, je ne vois pas l'intérêt.
Moi, j'aurais plus intégré un Add-Ins à Excel que l'inverse.
Ben ça peut être utile aux commerciaux lorsqu'il font des démos: pas mal de nos clients pourraient être impressionnés par ce genre de fonctionnalité...Citation:
Mais à part rajouter des bugs à votre application, je ne vois pas l'intérêt.
Mais bon si ça tenait qu'à moi, je développerai en Qt sans Excel ni les MFC.
Il nous fait le Calimero le cedrix57 ? 8OCitation:
Mais bon si ça tenait qu'à moi, je développerai en Qt sans Excel ni les MFC.
Je ne vois pas le rapport.
Qt supporte COM, comme les MFC.
C'est donc aussi faisable dans Qt, mais c'est toujours une approche foireuse.
Et le choix de mettre Excel dans l'application, c'est une suggestion de l'utilisateur.
Mais vous devez être force de proposition, et arrêter de jouer le Calimero.
Pourquoi, ne pas rendre votre application intégrable dans Excel ?
Si vous avez fait correctement votre travail, vous vous débarrassez sans problème des MFC.
Désolé ma haine envers les MFC m'a fait sortir une phrase hors sujet :D Mais quand même j'estime que la probabilité de trouvé un exemple qui marche en Qt est bien plus grande qu'avec les MFC.Citation:
Je ne vois pas le rapport.
Qt supporte COM, comme les MFC.
Ben je parle d'une application d'analyse d'image en mode "pas à pas". Notre objectif principal est pas la réalisation d'une application fonctionnelle (c'est l'objectif secondaire), mais impressionnante lors d'une démonstration à des gens qui y a connaissent pas grand chose. J'utilise des bibliothèques développées en interne. Le design est plutôt jolie. J'ai différents panneaux placés astucieusement pour optimiser l'espace de l'application (sans avoir un milliard d'onglet ou de boîte de dialogue).Citation:
Pourquoi, ne pas rendre votre application intégrable dans Excel ?
Mes collègues souhaitent qu'au moment de la création de rapport excel, l'image analysé par mon logiciel soit remplacé par un excel.
Haha un peu lol. Le problème c'est que dans ma boîte il y a un seul autre informaticien. C'est le chef. Il a plus d'expérience donc c'est lui qui a raison. Et faut pas trop discuter car il s'énerve très très vite. Même s'il sort de grosses conneries, comme un "Qt c'est une nouveauté. C'est sûrement bien mais demain ça va peut être disparaître, on peut pas développer avec ça."Citation:
Il nous fait le Calimero le cedrix57?
Du coup moi je m'adapte, je leur fait plaisir. Je suis trois fois moins productifs en respectant leurs contraintes mais ils sont contents.
Là, pour ma manipulation en Automation, tu te gourres lourdement.Citation:
Mais quand même j'estime que la probabilité de trouvé un exemple qui marche en Qt est bien plus grande qu'avec les MFC.
Les Qt-ismes n'aiment pas se salir les mains avec de la programmation Office. :roll:
Moi, j'interprète ça par "lance Excel avec les données et planque ta fenêtre".Citation:
Mes collègues souhaitent qu'au moment de la création de rapport excel, l'image analysé par mon logiciel soit remplacé par un excel.
Oui, je suis un peu jésuite, mais c'est bien plus simple (fainéant comme tout bon développeur) et bien plus safe (moins de debbuging ....).
Faut juste générer un fichier au Format Excel et lancer Excel.
lancer :
http://cpp.developpez.com/faq/vc/?pa...unRegistredApp
Format Excel, sans emmerdes, .NET (avec un peu de C++/CLI):
http://www.codeproject.com/Articles/...iles-on-the-se
Tu n'as pas trouvé d'infos dans la FAQ ?
http://cpp.developpez.com/faq/vc/?page=Automation
ddaime, sommes nous d'accord pour dire que ce genre de code a de gros problème de fiabilité ?
Au vue de la description de la fonctionnalité à implémenter et son manque d'expérience en programmation COM. Je pense que le plus simple est de générer un fichier Office et de lancé l'application Office avec ce fichier en paramètre.
Je pense que c'est le plus simple et le plus sûr.
Ok J'ai réussi, merci pour vos réponse! =)
Donc pour ceux que ça intéresse, j'ai trouvé plusieurs documents. Je n'ai pas trouvé de tutoriel qui marche du premier coup. Mais voici les deux les plus fiables:
http://www.codeproject.com/Articles/...harts-using-Cp
Le premier tutoriel montre comment générer une application qui utilise un OLE Excel, et comment interagir/lancer excel mais sans l'inclure dans une vue. Ce qui est bien avec ce tutoriel est qu'il marche (sur environ 10 projets que j'ai essayé c'était le seul qui compilait/fonctionnait du premier coup).
http://support.microsoft.com/kb/311546
Voici une documentation de Microsoft qui marche presque et qui montre comment intégrer Excel dans une vue.
- Par contre ils indiquent de compiler en mode "old synthax". Moi ça a seulement marché sans.
- Il faut commenter tous les #import des fichiers Excel inclus.
- Vous aurez sûrement une erreur avec un VARIANT DialogBox()... il faut alors remplacer DialogBox par _DialogBox.
Edit: J'ai un tout petit peu parlé vite car j'ai quand même des soucis...la vue du tableau n'est pas bien positionné: le nom des lignes et colonnes n'est pas entièrement visible.
Aussi toutes les actions du menu de sont pas activées...comme l'action sauvegarder.
[bacelar] Je suis entièrement d'accord avec vous pour dire que cette solution (COM/OLE) est assez compliqué à mettre en oeuvre pour un débutant. Mais d'aprés les contraintes imposées par son équipe je ne vois que cette solution.
Ensuite comme [bacelar] je serait tenté de dire que pour des questions de simplicité/rapidité de développement il serait plus facile de passer par le CLR via C++/CLI.
Pour ma part je ne vois aucun intéret à intégrer Excel dans une application. Votre application est axé sur du traitement d'image, les rapports qui en résultent peuvent s'afficher sous des formes diverses (controle texte, listes, tableaux, ...) mais vous n'avez pas besoin de toutes la machinerie d'Excel.