Reprise du message précédent :
C vrai que le soft est plaisant et utile... Mais j'aimerais bien avoir un peu + d'options, j'aime bien customiser tous mes progs !!!
Sinon j'ai un petit souci, il ne se lance pas forcément à chaque fois que je fais une copie...
Il faut utiliser le presse papier avant ou qqch comme ça ?

 
Ben non...

Ben... c'est constructif

J'ai eu le même pb... et d'ailleurs je n'l'utilise plus depuis !

 
Qu'est-ce que tu veux que je te dises...
Installé sur 3PC avec 3 OS différents et je n'ai pas de pb de ce genre.
Donc à part te dire "non" il n'est pas nécessaire de passer par le presse-papier que veux-tu que je te dises de plus  

C'est qd mme dommage, ça partait d'une bonne intention.

Je viens de découvrir le soft c'est Génial

je crois avoir spotted un bug. qqn peut tenter de le reproduire ?
vous lancez une grosse série de >déplacements< d'une partoche à une autre (enqueue obligatoire). puis vous demandez à >copier< des fichiers d'un endroit à une autre, ordre qui va être mis en queue, les déplacements n'étant pas encore finis. maintenant vous faites monter les fichiers à copier au top de la liste.
 
et ces fichiers sont .... déplacés (et non copié). donc il n'y a pas de requete attachée à chaque fichier.
 
 
d'autre part, demande de feature : on déplace une grosse fournée de D vers E (par exemple), et on enqueue un autre gros déplacement de F vers D. On est averti d'un dépassement de taille de D alors que celui-ci n'arrivera pas car on déplace de D vers E en premier lieu. En fait supercopier effectue son test en fn de la valeur retournée par windows et non en fn de (celle de windows  moins celle des déplacements en cours). nota : là ou c'est chiant c'est que qd on veut ensuite enqueuer un déplacement de qqchose de D -> ailleur il te dis qu'il y va pas y avoir assez de place sur D , tu te demandes si t'as pas fait une connerie au passage lol.
 
 
mais bon c'est vrai qu'il faut chercher la bebette    

(Friday)
Et la bebette maintenant que tu l'a, j'espere que tu fais pas des choses censurées avec , uhu  

ca c'est un bug quand on demande de toujours mettre en queue, ca mélange copie et déplacements

ca doit etre faisable ca, faut que je voie

cet été en copiant un gros fichier (dans les 11Go) d'un disque vers un autre la copie s'est arreté en court de route (vers 5 ou 6 Go)
j'ai recommencé 3 fois et même taille de fichier
en desactivant supercopier windows a copié le fichier sans probleme
 
j'ai aussi remarqué que les pc ou j'utilise supercopier on tendance a fragmenter plus leurs disques, c'est possible?  
ou c'est moi qui aime tellement utiliser supercopier que je fais plus de copie qu'avant et que j'en fragmente plus les disques?

tu peux rien y faire ?   associer à chaque fichier l'ordre windows demander en somme  

 
ben si, j'ai déja corrigé le bug, mais on ne peut toujours pas mélanger copie et déplacements, je ne l'avais pas prévu et maintenant c'est trop tard, il faudrait tout que je refasse.

qd tu dis qu'on peux pas mélanger si on change pas l'ordre ça marche qd mm ou ça applique le premier ordre de la série à toute la queue ? (juste histoire de pas se faire avoir quoi ...)

 
c'est tout à fait exact.
Ça provient de la manière dont SC copie les fichiers : il crée un fichier de taille 0 et l'agrandit au fur et à mesure de la copie. Du coup Windows ne peut pas prévoir dès le début l'emplacement idéal pour limiter la fragmentation (surtout visible en NTFS).
Alors que Windows quand il copie il crée un fichier de la taille finale, qu'il remplit ensuite.
Les gars qui font Servant Salamander ont changé leur méthode de copie pour la version 2.5 beta 2 après que je leur ai envoyé cette explication par mail (SS avait le même problème de fragmentation pcq même méthode de copie), donc y a des chances que ce soit tout à fait valable

 
Arf, fallait bien lui trouver un defaut à ce soft

Moa j'aimerai bien avoir un lien vers la configuration dans la fenêtre de copie plutôt que dans le menu démarré

dur d'être célèbre

excellent

C'est sur. SuperCopier est un trés bon soft. L'utiliser c'est l'adopter. Par contre, il demanderais à murir encore.
 
Bon, GLIGLI, il va falloir te remettre au boulôt et que çà saute !!!

à la limite relaches le code tel quel, personne n'a à critiquer le travail déjà réalisé. (il y a un tas de licenses pour que tu gardes un oeil et un certain controle sur supercopier hein ...) mais c'est vrai aussi que le code opensource est qd mm bien plus efficace, et je rejoins armaniz pour le commentaire de perf, là je déplace bcp bcp de choses et ma config deviens de plus en plus lente au cours de la journée

juste pour dire que je n'ai pas arrété le développement de supercopier, loin de la, mais je prends mon temps ( en fait je suis un peu flemmard   ).
en tout cas une nouvelle version devrait sortir a la fin de l'année normalement, avec quelques grosses améliorations, entre-autres:
- copie par clusters ( ce qui réduira la consommation de ram pour le cache à 64Ko, l'occupation du processeur a presque rien et devrait meme accélérer le transfert dans certains cas)
- composants graphiques refais (boutons, progression,...) et nouvelles icones
- grosse amélioration des perfs pour la copie de petits fichiers, réduction de la conso de ram du processus.
- support d'aures shell/gestionnaire de fichiers que explorer
- multilangues
 
voila, en tout cas je vais faire un beta-test avant de sortir la finale, vu le nombre de modif que j'ai fait.  

oky merci !
(j'ai hate de voir cette nouvelle version )

si en plus il pouvais regenerer sont icone dans le tray et/ou se reconnecter a l'explorateur apres un crash de celui-ci, ca serais royal
 
(en plus d'une option "always on top" desactivable, mais bon ne soyons pas trop gourmants )

cai bon ça la gestion d'autre sheel ke explorer
s'pour ça ke j'utilise plus

la reconnection quand crash, c'est prevu, je l'ai juste pas mis dans la  liste.
 
pour l'always on top, le pb c'est qu'il n'y aura pas moyen de 'récupérer' la fenètre quand elle sera cachée derrière d'autres.

en attendant tu peux renommer l'exe de ton shell en 'explorer.exe' et ca passe

TIP TOP GliGli  

 
Il la libere proprement apres ou pas ?

nop, de toute façon windows gere la ram/swap n'importe comment. il y a qu'à regarder avec aida32 ça fait peur des fois ... mois j'ia 512 de ram dont il utilise la moitié et environ 3/4 de cette place en swap (donc en théorie, mm si on tiens compte des fichiers temps pour palier à tout plantage, il devrait utiliser 7/8 de ma ram mais prefère le disque c'est tellement plus lent ... super windows ... )

le pire c'est que c'est meme pas supercopier qui remplit directement la ram, c'est le cache fichier de windows, qui quand on lui demande:
lecture écriture lecture écriture ...
fais des lectures jusqu'a remplir la ram et écris vraiment que si la ram est pleine, d'ailleurs windows XP est vraiment le plus pourri pour ca, sous 2000/9x le cache est un peu plus intelligent, mais pas top quand meme

pitit Up...
 
la nouvelle version elle arrive ?  

je le redis:il est top ce log!

merci!

ouais top...

mais une petite mise a jour serait la bienvenue

pour finir,c'est quand le passage au GNU GPL?

alors ça devient quoi la maj gligli ?? c'est sur la bonne voie ?