Discussion :

[genki]

Voila mon probl�me, j'aimerai pouvoir utiliser les library gdiplus sur ma machine sans installer le pack SDK.

J'ai r�cuperer une liste de fichiers .h .lib et .dll a placer dans un repertoir pr�cis. Mon programme compile a l'exception de cette ligne :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

INT_PTR

le message est le suivant :

D:\travail\Anael\Final\CalculMasque v0.3\Dlg\.\OpenMaskDlg.h(36) : error C2555: 'COpenMaskDlg:oModal' : overriding virtual function differs from 'CFileDialog:oModal' only by return type or calling convention
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE\afxdlgs.h(116) : see declaration of 'CFileDialog'

j'aimerais savoir ce que je devrais faire pour faire complier mon soft ?

merci a tous d'avance

[mtopoloff]

Le type de retour ne semble pas bon dans le CPP ?
Tu peux poster le code ?

[mat.M]

Voila mon probl�me, j'aimerai pouvoir utiliser les library gdiplus sur ma machine sans installer le pack SDK.

Tout cela m'intrigue bcp.

A ma connaissance le gdiplus ne s'exploite qu'exclusivement avec des fonctions en code "managed" c.a.d. avec la directive __gc
Le Gdiplus c'est une surcouche d�velopp�e par M$ qui s'exploite quasiment de mani�re exclusive avec le framework .NET parce que le GDI de base de gdi32.dll est en win32 et ne supporte pas le code "managed"

De plus m�me avec VC7 les MFC � ma connaissance ne g�rent pas le "managed code" donc �a risque de pas fonctionner....
Peut-�tre qu'en passant par les interfaces COM avec QueryInterface...

Enfin si tu arrives � faire tourner GDI+ avec MFC .....

[farscape]

Enfin si tu arrives � faire tourner GDI+ avec MFC .....

apparemment c'est possible:
http://www.codeguru.com/Cpp/G-M/gdi/gdi/article.php/c3705/

[mtopoloff]

Pas du tout !
GDI+ Est une API classique C++. Fonctionne parfaitement avec Win32 & MFC, ce n'est qu'un extention du GDI classique.

Microsoft Windows GDI+ is a class-based application programming interface (API) for C/C++ programmers. It enables applications to use graphics and formatted text on both the video display and the printer. Applications based on the Microsoft Win32 API do not access graphics hardware directly. Instead, GDI+ interacts with device drivers on behalf of applications. GDI+ is also supported by Microsoft Win64.

Donc ca fonctionnera tres bien ! Le probleme soulev� par genki est du au fait qu'il ne veut pas installer le Platform SDK et copie � la main des DLL et des .LIB pour profiter du GDI+... C'est touchy mais pourquoi pas !

Bon maintenant dis nous pourquoi tu ne veux pas installer le SDK ?

[genki]

Je ne veu pas installer le SDK car 1 je n'ai pas assez de pace sur mon PC et je peu pas changer de disque ni d�installer ce que j'ai. Dsl je suis stagiaire lol.

Alors ce qui pose pb c'est qu'une s�rie de fichiers de visual c++ utilise une version de DoModal renvoyant un int et SDK change tout cela en fesant revoyer un int * (INT_PTR).

J'ai remarquer qu'il fallait changer un grand nombre de fichier pour que cela marche. N'y aurais t'il pas une version plus courte de SDK pour mon soucis ?

SDK en minimal prend 100 mega lol enfin ce que je croit etre mini pour le fonctionnement lol

genki
je vous remercis tous de votre attention

[mtopoloff]

Tu peux pas realiser des trucs impossibles, soit tu te passes du Platform SDK (je crois le le GDI simple n'en a pas besoin)

Soit tu demandes � l'admin de t'installer le SDK.

Sans quoi tu peux pas t'en sortir.

Pour travailller tu as besoin d'outils, sans eux ca ne sert a rien de te faire chier.

[Aurelien.Regat-Barrel]

N'y aurais t'il pas une version plus courte de SDK pour mon soucis ?

Non. Mais une fois install�, tu peux supprimer pas mal de trucs (doc, exemples, ...), ainsi que ton ancien SDK.

[genki]

Ok bon je vais donc me r�signer a votre conseil car cela me broutte suffisament comme �a lol.

Si une ame illumin�e trouve une solution a mon pb quand m�me je serai ravis d'avoir une solution. Merci

ana�l
merci a tous

[mat.M]

C'est touchy mais pourquoi pas !

je crois bien plut�t que cela risque d'�tre very slowly oui

Applications based on the Microsoft Win32 API do not access graphics hardware directly. Instead, GDI+ interacts with device drivers on behalf of applications.

Si tu as 10000 polygones que dis-je 2000 polygones � dessiner �a risque de p�daler....

Ok bon je vais donc me r�signer a votre conseil car cela me broutte suffisament comme �a lol.

Pourquoi vouloir utiliser GDI+ ?
Bon ok c'est vrai il ya des avantages ind�niables comme par exemple pour charger n'importe quelle bitmap de n'importe quelle format....
Mais pour du dessin de base avec les MFC il ya largement ce qu'il faut avec le GDI de base.

GDI+ c'est une couche d�velopp�e dans l'optique de cr�ation de "Webservices" (� la mani�re des applets Java) o� effectivement le dessin est �troitement contr�ler pour �viter les d�bordements...

[Aurelien.Regat-Barrel]

GDI+ est ant�rieur � .Net. Ca rajouter des fonctionnalit�s qui manquent cruellement au GDI de base : antialiasing, gradient, ...
C'est r�put� plus lent que GDI. J'ai jamais test� la diff�rence. A mon �chelle j'ai jamais eu � me plaindre de sa lenteur.

[mtopoloff]

PS. si tu veux dessiner des polygones, tu as DirectX ou OpenGL. GDI+ c'est plutot pour faire des interfaces graphiques sympa et du trac� de graphiques donn�es.