Reprise du message précédent :
Je ne suis pas sorti de l'auberge.

tu bosses sous quoi ?
 
oups, C et activeX je crois pas que ca aille tres bien ensemble

Ca pose aucun pb.

 
Mais, t'as beaucoup de types de fichiers avec lesquels faire ça ?

 
tiens j'aurais cru ?
bon ben g rien dit
 
 
si t'es sous visu, tout ce que tu as a faire c'est add->composant->activeX (ou dans le gout) et selectionner le controle de tes reves

Le controle ActiveX est installe par defaut a l installation de Acrobat Reader 5 et + je viens de verifier (y a le composant pour l automation inscrit aussi)

Enfin je le redit, c juste une solution pas la solution, mm si c la solution a utiliser a mon avis pour de la prog Windows.

Au moins Microsoft Word, CSV et PDF...

J'ai lâché Dev-C++ pour Visual C++. Je lis un peu de doc', mais je sens que ActiveX et compagnie ça va être chaud.
 
Déjà que j'ai compris ce matin, que FAR n'était pas un type de variables...

Il faut se mettre dans le trip msdn pour capter...FAR est un bon exemple, quand je le vois je fais come si ca existait pas!

 
tu fais bien, c un reliquat des temps anciens

 
en tout cas j'imagine que t'as compris que si tu veut ne pas utiliser l'imprimante par défaut, chaque cas sera à traiter indépendament. Je connais pas ton truc, mais ça pourrait être interressant de faire un system de plugin : tu définis une interface de communication à ton appli, "pour export", ou "pour impression", et chaque impression se fera dans une dll. Par la suite, si tu veux prendre un nouveau format de fichier en compte, t'auras juste à créer une nouvelle dll, pas à retoucher ton appli.
 
EDIT :
Plus simple :
Tu pourrais faire par exemple, qu'avant chaque impression, l'utilisateur choisi son imprimante. Dans ce cas tu gardes en mémoire l'imprimante par défaut, tu la remplaces par celle choisi (qui devient l'imprimante par défaut), après l'impression, tu remets celle d'avant impression. ça doit bien être possible de faire ça...

 
j'appuie  
(et les plugs in c pas dur a faire, ne t'en fais pas, au pire on est la pour te soutenir )

       
(je ris parce que j'ai pas le niveau, hein !)
 
Bon, je vais me mettre sérieusement au Microsoft C, c'est décidé. J'ai le Petzold à côté de moi. Et une vieille MSDN de Visual Studio 6. Sera-ce suffisant pour que j'arrive à mes fins ?
 
Pour info, je soupçonne tout juste l'intérêt d'une DLL. C'est une bibliothèque de fonctions, n'est-ce pas ? Fabriquer une DLL... Heu, je vais lire de la doc'. Je ne tiens pas à vous pourrir avec mes questions bêtes.
 
Je me renseigne et je reviens.

 
une DLL c'est du code avec des points d'entrées que tu peux chopper (pointeur sur fonction si tu comprends l'idee)
 
L'interet de la DLL c'est que tu peux la charger quand tu le sens
 
hesite pas a poser des questions

J'hésite pas, mais je suis tellement loin de savoir faire que je ne sais même pas quelle question poser. En gros je frôle le néant à chaque ligne de code. En même temps, c'est ça qui m'amuse finalement.

Cela dit j'aimerais bien matter le code d'une DLL mignonne. Quelqu'un a ça sous le coude ?

 
c'est pas tres sexy hein
attends voir

J'ai ca (ouais y'a du pas beau mais tant pis, c du vieux):
 
 
code de la DLL :
 

 
 
le .def :
 

 
le .def sert surtout a dire quelles sont les fonctions exportées de la DLL, autrement dit lesquels sont accessible depuis l'exterieur (la g pas tout mis, c pour l'exemple)
 
le .h de la dll :
 

 
Vala, reste plus qu'a voir comment on se sert de tout ca dans un exe
 
 

Essaye de spécifier l'imprimante à l'aide de l'option /t :
http://www.experts-exchange.com/Op [...] 30501.html

 
Une dll, en gros, c'est le jar du Java.
C'est plus clair comme ça, non ?

Et pour avoir un exemple de dll avec VC++, tu fais File->New->Projetc, puis MFC AppWizard (dll).
VC++ te propose après de générer un exemple de classe exportée je crois. essaye, tu verras, c pas si compliqué.
Et Pour l'histoire de plugins, encore une fois, rappelle toi de ce que tu connais en Java. Quand je te parle d'écrire une interface de comunication entre ton appli et ton plugin, ça veut dire, par exemple, écrire une classe virtuelle pure (l'équivalent d'une interface Java) qui défini comme un protocole de com entre ton appli et un plugin : toutes les méthodes pour qu'ils interfèrent (appli commande qqch au plugin, envoit des infos au plugin, ...).
Tout plugin devra alors implémenté ta classe qui défini ce protole (genre une classe CCherryTreePlugin).

Juste une question (rien à voir) : est-ce qu'un programme Win32 peut imprimer des lignes de texte sur stdout ?

 
Si il a une console d'ouverte oui, si non faut en ouvrir une.

Autrement dit, je suis capable d'ouvrir un stream vers stdin... Comment ?

 
Jamais essayé à vrai idre, y a une fonction createConsole je crois (ou un truc du genre) regarde par là.

 
Ben voui, c'est même ce qui est fait pour cin.
C'est fait par la lib standard, dont le source est dispo dans le rep crt sous VC++.
Fichier cininit.cpp :

 
filebuf(0) c'est stdin, et _new_crt c'est un simple new (sauf en debug).
Ca c'est pour le création, mais tu peux réouvrir stdin avec freopen.
T'as un exemple ici :
http://www.codeguru.com/console/dualmode.html
et en francais aussi :
http://www.alrj.org/docs/systeme/w [...] _chap6.htm
 
Y'a un bon exemple qui joue avec tout ça ici :
http://www.codeguru.com/console/Console.html

J'avais pas bien lu ...
Tu créé une console avec AllocConsole et tu récupère stdin ... avec GetStdHandle.

Ha c AllocConsole, jt pas loin

Encore merci les gars. J'vais bosser le MS C ce soir, histoire de recoller avec votre réalité.