furgus wrote:le langage pas important
Hem....
furgus wrote:Une idée la fonction print en C... peut être
Probablement pas. D'abord parce que print en C ça n'existe pas. Tu dois confondre avec printf, qui comme le nom ne l'indique pas, n'a rien à voir avec l'impression (sur imprimante)
Pardonne moi, je ne le dis pas pour te peiner, mais tu me sembles assez loin du monde de la programmation. Je me trompe ?
dbobby wrote:Alors maintenant il faudrai savoir si il y'a un moyen en programmaion windows de recuperer des noms de fichiers (recursivement)
Il y a... :)
Ce sont (principalement) les APIs FindFirstFile et FindNextFile.
Quote:
Si non vous pouvez faire du bricolage.
en peut faire sous dos, ou par une commande shell un
DIR °.DOC > MESDOCS.TXT . appres vous pouvez extraire les noms des fichiers doc et les imprimer.
Ca n'est pas forcément tant que cela du bricolage. Sous Unix/Linux, c'est bien comme ça que l'on ferait très facilement. Un script shell qui ordonnerait les répertoire et fichiers et enverrait les fichiers dans la file d'impression. Aucun problème, tant que la file connaît le format de fichier. Par exemple pas de problème pour .txt, .ps, .pdf Par contre pour un .doc (par exemple généré avec OpenOffice) ça ne marchera pas.
Et avec Windows, qui n'a pas une file d'impression avec une philosophie "à la Unix" ça ne marchera pas du tout.
Sous Windows, ce n'est pas si simple, et cela implique à priori (et sous réserve que je ne pense pas à un moyen plus évident) une montage de programmation en COM/Automation, autant que de formats de fichiers non simple à reconnaître et traiter. Fichier simple: .txt. Fichier non simple: .doc, .pdf, etc
COM/Automation si et seulement si les formats dépendent d'un composant COM/Automation, comme c'est le cas des PDF et DOC avec Acrobat et Word respectivement.
Sinon, l'impression devra être codée en dur... gros boulot.
Hem....
Probablement pas. D'abord parce que print en C ça n'existe pas. Tu dois confondre avec printf, qui comme le nom ne l'indique pas, n'a rien à voir avec l'impression (sur imprimante)
Pardonne moi, je ne le dis pas pour te peiner, mais tu me sembles assez loin du monde de la programmation. Je me trompe ?
Il y a... :)
Ce sont (principalement) les APIs FindFirstFile et FindNextFile.
Ca n'est pas forcément tant que cela du bricolage. Sous Unix/Linux, c'est bien comme ça que l'on ferait très facilement. Un script shell qui ordonnerait les répertoire et fichiers et enverrait les fichiers dans la file d'impression. Aucun problème, tant que la file connaît le format de fichier. Par exemple pas de problème pour .txt, .ps, .pdf Par contre pour un .doc (par exemple généré avec OpenOffice) ça ne marchera pas.
Et avec Windows, qui n'a pas une file d'impression avec une philosophie "à la Unix" ça ne marchera pas du tout.
Sous Windows, ce n'est pas si simple, et cela implique à priori (et sous réserve que je ne pense pas à un moyen plus évident) une montage de programmation en COM/Automation, autant que de formats de fichiers non simple à reconnaître et traiter. Fichier simple: .txt. Fichier non simple: .doc, .pdf, etc
COM/Automation si et seulement si les formats dépendent d'un composant COM/Automation, comme c'est le cas des PDF et DOC avec Acrobat et Word respectivement.
Sinon, l'impression devra être codée en dur... gros boulot.