nathansecret
Messages postés63Date d'inscriptionmardi 11 novembre 2008StatutMembreDernière intervention31 octobre 2011 19 févr. 2009 à 18:52
Bon au moins, ça marche...
Même si tout programme peut être amélioré.
bouv
Messages postés1411Date d'inscriptionmercredi 6 août 2003StatutMembreDernière intervention 3 mars 20191 17 févr. 2009 à 18:14
Désolé pas le temps, je bosse autour de 300h/mois en ce moment !
Je trouve à peine le temps de répondre.
Mais tu peux regarder ma source OpenGED. J'y utilise l'API. Il faut juste dépouiller tout le reste.
Bonne prog
++
cdc1604
Messages postés17Date d'inscriptiondimanche 15 avril 2007StatutMembreDernière intervention 5 juin 2009 17 févr. 2009 à 17:15
Bouv si tu peux aider vas-y modifies ce qu'il y'a à modifier pour améliorer l'app.Je bosses en ce moment et le temps me manque vraiement.
Ajoute ton e-mail et ton pseudo si tu veux aussi dans la boite de message à propos.
Merci
bouv
Messages postés1411Date d'inscriptionmercredi 6 août 2003StatutMembreDernière intervention 3 mars 20191 17 févr. 2009 à 11:46
Nathan>>Faux, Faux et Faux.
- Windows permet lui de faire du vrai multi-copy
- Windows est presque 2 fois plus rapide dans ce genre de tâches
- La barre de progression de Windows est beaucoup plus précise
Les 2 derniers point peuvent facilement être résolus avec l'API CopyFileEx.
Pour le vrai multi-copy, c'est pas gagné, comme dit plus haut il faudrait passer en VB.Net
Cependant, ce point n'est pas très grave car les performances sont bien moins bonnes car cela oblige le disque dur à écrire à plusieurs endroits en même temps... et bonjour la fragmentation...
nathansecret
Messages postés63Date d'inscriptionmardi 11 novembre 2008StatutMembreDernière intervention31 octobre 2011 17 févr. 2009 à 11:05
J'oubliais...
Je n'ai rencontré aucun bug dans toutes ses utilisations.
J'espère ne rien oublier d'autre...
nathansecret
Messages postés63Date d'inscriptionmardi 11 novembre 2008StatutMembreDernière intervention31 octobre 2011 17 févr. 2009 à 11:03
Ce logiciel est excellent.
Et il a une qualité par rapport à celui de Windows : il peut copier plusieurs fichiers en même temps plus rapidement.
Merci cdc1604
;D
cdc1604
Messages postés17Date d'inscriptiondimanche 15 avril 2007StatutMembreDernière intervention 5 juin 2009 13 févr. 2009 à 11:54
merci pour la dll; je vais l'essayer
si tu en connais d'autres n'hésites surtout pas...
bouv
Messages postés1411Date d'inscriptionmercredi 6 août 2003StatutMembreDernière intervention 3 mars 20191 12 févr. 2009 à 18:24
Je suis pas tout à fait d'accord : FSO n'est pas une API. Ce n'est qu'une "interface" qui se repose sur des API windows pour manipuler le system de fichier. Et les performances s'en ressentent grandement ! (très grandement)
Dans TOUS les cas de figure, FSO est à proscrire. Et il est toujours possible de faire sans !
Pour faire un copier/coller avec les API windows voir l'utilisation de CopyFileEx fournie par kernel32.dll
Pour ce qui est des threads, je te conseil d'oublier... tant que tu sera sous VB6. Tu peux en revanche passer en VB.net qui gère cela très bien.
cdc1604
Messages postés17Date d'inscriptiondimanche 15 avril 2007StatutMembreDernière intervention 5 juin 2009 12 févr. 2009 à 18:06
C'est une première version...
Dès que je maitriserai les threads c'est certain l'app sera mise à jour.
Fso c'est l'api windows sous vb6.Les solutions qui se proposent seront de programmer soi même une api (cas de supercopier)ce que je ne suis pas actuellement capable de faire.
Lorsqu'on a +eurs copies à effectuer.C'est mieux de les programmer une fois pour toute que d'attendre qu'une copie se termine pour lancer une autre...
Si vous pouvez donner un coup de main, n'hésitez pas...
Merci
cs_Patrice99
Messages postés1221Date d'inscriptionjeudi 23 août 2001StatutMembreDernière intervention 9 septembre 2018 12 févr. 2009 à 12:16
Et quel avantage par rapport à un copié/collé depuis l'explorateur de fichiers ?
bouv
Messages postés1411Date d'inscriptionmercredi 6 août 2003StatutMembreDernière intervention 3 mars 20191 12 févr. 2009 à 08:41
Je suis déçu, la source ne correspond pas à la description :
- les fichiers sont copiés un par un
- tu utilise FSO (beurk) et non les API windows
19 févr. 2009 à 18:52
Même si tout programme peut être amélioré.
17 févr. 2009 à 18:14
Je trouve à peine le temps de répondre.
Mais tu peux regarder ma source OpenGED. J'y utilise l'API. Il faut juste dépouiller tout le reste.
Bonne prog
++
17 févr. 2009 à 17:15
Ajoute ton e-mail et ton pseudo si tu veux aussi dans la boite de message à propos.
Merci
17 févr. 2009 à 11:46
- Windows permet lui de faire du vrai multi-copy
- Windows est presque 2 fois plus rapide dans ce genre de tâches
- La barre de progression de Windows est beaucoup plus précise
Les 2 derniers point peuvent facilement être résolus avec l'API CopyFileEx.
Pour le vrai multi-copy, c'est pas gagné, comme dit plus haut il faudrait passer en VB.Net
Cependant, ce point n'est pas très grave car les performances sont bien moins bonnes car cela oblige le disque dur à écrire à plusieurs endroits en même temps... et bonjour la fragmentation...
17 févr. 2009 à 11:05
Je n'ai rencontré aucun bug dans toutes ses utilisations.
J'espère ne rien oublier d'autre...
17 févr. 2009 à 11:03
Et il a une qualité par rapport à celui de Windows : il peut copier plusieurs fichiers en même temps plus rapidement.
Merci cdc1604
;D
13 févr. 2009 à 11:54
si tu en connais d'autres n'hésites surtout pas...
12 févr. 2009 à 18:24
Dans TOUS les cas de figure, FSO est à proscrire. Et il est toujours possible de faire sans !
Pour faire un copier/coller avec les API windows voir l'utilisation de CopyFileEx fournie par kernel32.dll
Pour ce qui est des threads, je te conseil d'oublier... tant que tu sera sous VB6. Tu peux en revanche passer en VB.net qui gère cela très bien.
12 févr. 2009 à 18:06
Dès que je maitriserai les threads c'est certain l'app sera mise à jour.
Fso c'est l'api windows sous vb6.Les solutions qui se proposent seront de programmer soi même une api (cas de supercopier)ce que je ne suis pas actuellement capable de faire.
Lorsqu'on a +eurs copies à effectuer.C'est mieux de les programmer une fois pour toute que d'attendre qu'une copie se termine pour lancer une autre...
Si vous pouvez donner un coup de main, n'hésitez pas...
Merci
12 févr. 2009 à 12:16
12 févr. 2009 à 08:41
- les fichiers sont copiés un par un
- tu utilise FSO (beurk) et non les API windows