gestion dossier pour impression

furgus
gestion dossier pour impression

Bonjour a toutes et tous,

Voila pour la documentation du projet: :idea:

pour l'impression j'aimerai l'imprimer suivant une structure
c.a.d par (index)
les fichiers doivent être imprimés du premier dossier:
avec la possibilité de numeroté l'odre de sortie de chaques fichiers et ceci
pour chaque dossier (chapitre)

ex: dossier\chap1\essai.doc, essai1.doc etc....
puis
dossier\chap2\toto.doc, toto1,doc etc...

En sortie de l'imprimante suivant la structure les documents sont imprimés ...

Je pense que cela peut etre realisable... merci de me donner des infos ou un programme correspondant...

j'espere avoir été assez claire.... :oops:

Fabien Huber
*

fredericmazue

Sous quel OS ? (Windows apparement)
Avec quel langage ?

dbobby

Bonjour
ja vais mettre mon grain de sel,je vous demande pardon d'avance.
Si c'est des fichiers °.doc venant de ms-word, je le ferai en vba,puis que j'ignore sii il existe des modules dansd'autre languages pour imprimer des fichiers venant de word.
Il y'a longue temps j'avait ecrit une procedure pour lire des repertoires recursivement et ainsi retrouver des fichiers besoin. Comme c'etait pour des disques format fat .16. ca ne marche pas avec les formats d'aujourdhui..
Alors maintenant il faudrai savoir si il y'a un moyen en programmaion windows de recuperer des noms de fichiers (recursivement)
Si non vous pouvez faire du bricolage. :oops:
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.
Alors je compte sur vous que maintenant je vais apprendre plein de choses
A bientot
Dbobby

furgus
Re: gestion dossier pour impression

furgus wrote:
Bonjour a toutes et tous,

Voila pour la documentation du projet: :idea:

pour l'impression j'aimerai l'imprimer suivant une structure
c.a.d par (index)
les fichiers doivent être imprimés du premier dossier:
avec la possibilité de numeroté l'odre de sortie de chaques fichiers et ceci
pour chaque dossier (chapitre)

ex: dossier\chap1\essai.doc, essai1.doc etc....
puis
dossier\chap2\toto.doc, toto1,doc etc...

En sortie de l'imprimante suivant la structure les documents sont imprimés ...

Je pense que cela peut etre realisable... merci de me donner des infos ou un programme correspondant...

j'espere avoir été assez claire.... :oops:
OS
Sous vindows XP
le langage pas important ça sera un *.exe... je pense
J'immagine le truc sous Exporer...

Une idée la fonction print en C... peut être :!:
RAPPEL : il s'agit d'imprimer un dosier avec plusieurs chapitres
contenant des fichier type word, excel, pdf...

Fabien Huber
*

fredericmazue

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.

dbobby

ah , si j'ai parle de bricolage, c'est que je pensé d'avancer sur terrain dangereux en parlant de dos et des commandes dos. j'ai pensé que tout le monde vas me sauter dessus. Vous m'avez sauve. merci.
Maintenant les api's que vous avez site me semble plus elegant comme solution sous prog win. il faudrai un jour que je vois. Merci
Vous m'avez pas dit ce que vous pensez de l'idee de vba /macroccommandes sous word ou open office. Je pas encore fait ca mais ca devait fonctionner, non ?
A bientot
Dbobby

fredericmazue

Quote:
Vous m'avez pas dit ce que vous pensez de l'idee de vba /macroccommandes sous word ou open office. Je pas encore fait ca mais ca devait fonctionner, non ?

Ca fonctionne sans doute, mais je ne suis pas sûr que cela corresponde exactement à ce que furgus veut avoir.
furgus

fredericmazue wrote:
Quote:
Vous m'avez pas dit ce que vous pensez de l'idee de vba /macroccommandes sous word ou open office. Je pas encore fait ca mais ca devait fonctionner, non ?

Ca fonctionne sans doute, mais je ne suis pas sûr que cela corresponde exactement à ce que furgus veut avoir.

FRUGUS :cry:

oui voila pour repondre concernant mais competence en info...
l'idée d'une fonction Print en C" n'est pas la fonction printf "text"
mais developper un soft qui permet d'indexer les fichiers...
lorsque qu'on utilise Explorer sous windows...
il afFiche bien une structure dossier sous dossier etc...
EXPLICATION ...
creer un index pour la sortie des fichers a imprimer serait si difficile :twisted:
MOI JE SUIS SUR QUE C'EST FAISABLE...JUSTE UNE HISTOIRE DE VRAI
COMPETENCE ...
A SUIVRE....

fredericmazue

Quote:
FRUGUS :cry:

Ton pseudo ici c'est furgus si tu regardes bien tes messages.
Quote:
l'idée d'une fonction Print en C" n'est pas la fonction printf "text"

Tu avais écris "Une idée la fonction print en C... peut être " Je me suis basé sur ce que tu as toi même écris.

Quote:
mais developper un soft qui permet d'indexer les fichiers...
lorsque qu'on utilise Explorer sous windows...
Oui oui, on a bien compris.
Quote:
MOI JE SUIS SUR QUE C'EST FAISABLE...JUSTE

Pour sûr que c'est faisable. Je pense même avoir donné déjà beaucoup de renseignements sur le comment faire.
Quote:
JUSTE UNE HISTOIRE DE VRAI
COMPETENCE ...
A SUIVRE....

Hum... je me demande si je ne vous ai pas blessé, malgré que j'ai bien précisé que ce n'était pas mon intention.
Bon alors puisque c'est ainsi et qu'on parle de compétences, je pense avoir ces compétences et les compétences ça se paie :) Si vous voulez, je vous envoie un devis pour un add-on a l'Explorer, qui fera se travail d'inpression :)
A suivre... ;)
furgus
www.m-files.com "estion Electronique Document":

message de furgus....

Pour mon application...
j'ai reconacté un ancien collège ... ingénieur en info...

pour lui : 3 solutions
1.
ajouter une commande sous l'explorer windows...
utiliser DLL windows et tout le bataclan... programm pro... :oops:
2.
utiliser des Logiciel GED
Gestion Electronique Document :
Intuitive Document Management :
Intuitive Dokumentenverwaltung :
impression dossier : projet

essai 20 jours lien
http://www.m-files.com :P

a bientot pour de nouvelles inforamtions

Huber :lol:

fredericmazue

Quote:
ajouter une commande sous l'explorer windows...
utiliser DLL windows et tout le bataclan...

C'est ça.
Le problème étant dans le bataclan des différents formats de documents à imprimer. .doc, .pdf, .txt pas de vrais problèmes sosu réserve que Acrobat, Word soient présents sur la bécane. Pour les autres c'est une autre affaire, Windows n'ayant pas un système de filtre d'impression comme on a sous Unix, ainsi que je l'ai dit dans un post précédent.