tomlev25
Messages postés samedi 22 octobre 2005Date d'inscription
28 août 2007
Dernière intervention
-
22 oct. 2005 à 19:53 - Dernière réponse : tomlev25
Messages postés samedi 22 octobre 2005Date d'inscription
28 août 2007
Dernière intervention
- 7 mai 2007 à 02:11
Je cherche à réaliser un drag and drop d'une application vers un dossier dans l'explorateur (pour un client FTP). J'ai trouvé plein d'exemples de drag and drop de fichiers VERS une application, mais pas dans l'autre sens. J'aimerais donc savoir comment etre averti du drop de mon fichier dans l'explorateur, pour savoir ou enregister le fichier téléchargé.
Des idées ?
cs_Warny478
Messages postés mercredi 7 août 2002Date d'inscription
10 juin 2015
Dernière intervention - 6 mai 2007 à 19:47
+3
Utile
Tu peux te débrouiller pour surveiller le système de fichier et détecter la création d'un fichier bidon que tu envoyes au travers du dragNdrop. Ensuite, après ça, tu sauras dans quel répertoire s'est effectué le dNd et libérer l'explorateur de fichiers.
Console.Out.WriteLine("Warny")
Il y a 10 types de personnes
Ceux qui comptent en binaire... et les autres
Cette réponse vous a-t-elle aidé ?Merci pour votre retour.
N'oubliez pas de prendre quelques secondes pour remercier l'auteur : Merci pour votre retour.
Nous sommes désolés. Notre objectif est de vous donner la meilleure réponse possible.
tomlev25
Messages postés samedi 22 octobre 2005Date d'inscription
28 août 2007
Dernière intervention -29 oct. 2005 à 02:12
0
Utile
Merci Yes, ça marche très bien, je valide la réponse !
Malheureusement ce n'est valable que si le fichier n'est pas trop gros, ou pas trop long à générer, et donc dans le cas d'un client FTP, ce n'est pas tout à fait adapté. En effet le fichier n'est déplacé vers la cible du drop que quand il est entièrement écrit dans le répertoire temporaire. Si c'est un gros fichier téléchargé à partir d'un serveur FTP, l'explorer reste "freezé" jusqu'à la fin du transfert, ce qui bien sur n'est pas acceptable...
Il n'y aurait aucun problème si l'appli WinForms pouvait connaître la destination finale du fichier, mais j'ai beau chercher, je ne trouve pas. D'ailleurs il semblerait que je ne sois pas le seul à avoir ce problème, vu que même des applications pourtant matures ne semblent capables de gérer ce genre de choses. Exemples :
<li>dans WinRAR, si on drag un fichier d'une archive vers l'explorer, la fenetre cible reste freezée jusqu'à la fin de la décompression.</li><li>dans FileZilla (client FTP, justement...) on peut faire glisser un fichier de l'explorer vers le serveur, mais pas dans l'autre sens</li><li>...</li>Bref, ça m'a tout l'air d'être une impasse... Si quelqu'un a une autre idée, elle est la bienvenue !
tomlev25
Messages postés samedi 22 octobre 2005Date d'inscription
28 août 2007
Dernière intervention - 7 mai 2007 à 02:11
0
Utile
C'est effectivement la solution que j'avais finalement adoptée !
Ce qui est un peu galère c'est qu'il faut surveiller tous les lecteurs séparément, donc autant d'instances de FileSystemWatcher que de lecteurs... Finalement j'ai développé un composant pour gérer ça de façons transparente, ça merche nickel.
