Discussion :

[frantzgac]

Bonjour
j'ai besoin de contrôler depuis une application le fichier crée par une numérisation sur un scanner.
L'idée est de ne pas obliger l'utilisateur à retrouver le fichier (par un explorateur intégré) qui vient d'être numérisé pour le sélectionner puis l'afficher dans l'application en vue du rattachement à une base de données.
Pour cela j'imagine de capturer l'évènement windows (s'il existe) survenant lors de la création puis de la fermeture du dit fichier image.
Malgré quelques recherches je ne trouve pas d'évènement de ce type. (tout comme le WM_DEVICECHANGE)
Pourtant cela existe nécessairement puisque l'explorateur se met spontanément à jour quand un fichier est créé sur le disque.

[gbegreg]

Bonsoir,

J'ai eu la même problématique pour une de mes applications. Je devais scruter un répertoire et lancer des traitements dès que des fichiers étaient déposés dans ce répertoire. Sans rentrer trop dans les détails (l'application est constituée de plusieurs modules et c'est un de ces modules (un service Windows) qui est chargé de scruter le répertoire), j'ai utilisé un TTimer. Ainsi, je peux régler la fréquence à laquelle on scrute le répertoire.

Le principe que j'avais adopté est le suivant :
A chaque scrutation, je vérifie s'il y a un fichier "flag". Si ce fichier existe cela signifie qu'un traitement est en cours donc je ne vais pas plus loin (on verra à la prochaine scrutation). Si le fichier flag est absent, alors je crée le fichier flag et je dresse la liste des fichiers présents et disponibles dans le répertoire. Par disponible, j'entends que le fichier soit accessible en mode "fmShareExclusive" (c'est à dire qu'il ne soit pas locké par une autre application : dans votre cas, ça serait par exemple de temps de scanner l'image). Ensuite, je déplace les fichiers listés dans un répertoire de travail et je lance un autre module qui réalise le traitement. A la fin dudit traitement, le fichier de flag est supprimé.

[Lung]

Pour surveiller un répertoire, il y a aussi des API.
Regarde du côté de https://msdn.microsoft.com/en-us/lib...=vs.85%29.aspx et https://msdn.microsoft.com/en-us/lib...=vs.85%29.aspx

[Andnotor]

En plus de ce que propose Lung, il y a aussi SHChangeNotifyRegister qui travaille lui par message (ShlObj.pas).

[gbegreg]

En plus de ce que propose Lung, il y a aussi SHChangeNotifyRegister qui travaille lui par message (ShlObj.pas).

Dans ma solution, j'avais testé SHChangeNotifyRegister, mais cela me posait des problèmes. L'application est bien avertie lorsqu'un nouveau fichier apparait dans le répertoire mais les traitements que je lançais ensuite bloquaient. Je lançais une "ocrisation" des images or, l'ocr utilisé ne disposait que d'une seule licence. Les fichiers devaient donc être traités un par un. Avec SHChangeNotifyRegister, à chaque apparition de fichier dans le répertoire à scruter déclenchait le traitement d'ocirsation et en cas de conflit (une nouvelle ocrisation était demandée alors que la précédente n'était pas terminée) cela bloquait l'OCR et donc toute la chaine de traitement.

La méthode avec le timer et un fichier de flag n'est peut être pas la plus "belle" mais elle permet d'être entièrement paramétrable et contrôlable simplement.

[Andnotor]

Cela n'empêche pas d'empiler les fichiers pour les traiter un à un.