Reprise du message précédent :

Gligli... 2 ptites erreurs que j'ai rencontrées (en fait, je suppose qu'elles étaient déjà là avant la 2.2 beta).
 
Ptit récap ici :
 
1. le tooltip sur le nom du fichier apparaît derrière la fenêtre de SC lorsque celle ci est positionnée en "always on top"
 
2. ptit souci avec qq copies.... je ne sais pas si c'est le nom total qui est trop long, ou le fait que je copie vers un autre ordi du réseau (chemin en \\ordi\...), ou encore un caractère qu'il n'aime pas ?
... bref, la copie "unitaire" marche, mais elle n'a pas fonctionné quand c'était dans une liste de copie... étrange étrange.
Voici les logs :
 
*** 21/09/2009: Copie de D:\ vers \\pc-seven\D\BACKUP PORTABLE\D\ ***
08:00:01 Copie D:\_Blured_\_Projets_\2008 10 - OBS - MOE SAV\SFG\Mûrissement S14\RFC 2008.05532-A.01_Pouvoir modifier via EAI les même champs OCEANE qu'en creation\RFC 2008_05532-A.01 _Pouvoir modifier via EAI les même champs OCEANE qu'en creation.doc : Le chemin d'accès spécifié est introuvable
08:00:03 Copie D:\_Blured_\_Projets_\2008 10 - OBS - MOE SAV\SFG\Lotissement S13\RFC 2008.09789-A.01_Possibilite de creer une Alerte sur ticket supporte\RFC 2008.09789-A.01_Ajouter la possibilite de creer une Alerte sur ticket supporte_v1.1_FR.doc : Le chemin d'accès spécifié est introuvable
08:00:05 Copie D:\_Blured_\_Projets_\2008 10 - OBS - MOE SAV\SFG\Lotissement S13\RFC 2008.09789-A.01_Possibilite de creer une Alerte sur ticket supporte\RFC 2008.09789-A.01_Ajouter la possibilite de creer une Alerte sur ticket supporte_v1.1_GB.doc : Le chemin d'accès spécifié est introuvable
08:00:07 Copie D:\_Blured_\_Projets_\2008 10 - OBS - MOE SAV\SFG\Lotissement S13\RFC 2008_05163-A.01_Possibilité de déclencher une notification auto sur un ticket depuis une appli via EAI\RFC 2008_05163-A.01 _Pouvoir déclencher une notif auto via EAI.doc : Le chemin d'accès spécifié est introuvable
08:00:09 Copie D:\_Blured_\_Projets_\2008 10 - OBS - MOE SAV\SFG\Lotissement S13\RFC 2008_05163-A.01_Possibilité de déclencher une notification auto sur un ticket depuis une appli via EAI\RFC 2008_05163-A.01 _Pouvoir déclencher une notif auto via EAI_ELS.doc : Le chemin d'accès spécifié est introuvable
08:00:11 Copie D:\_Blured_\_Projets_\2008 10 - OBS - MOE SAV\SFG\Lotissement S13\RFC 2008_05163-A.01_Possibilité de déclencher une notification auto sur un ticket depuis une appli via EAI\RFC 2008_05163-A.01 _Trigger an automatic notification by EAI.doc : Le chemin d'accès spécifié est introuvable

Moi j'ai des problèmes avec 7zip, plus moyen de dézipper par glissé-déplacer...
'le fichier est introuvable'.
 
Pas glop.

quel rapport ?

Le rapport pourrait être que 7zip décompresse dans un fichier temporaire, et ensuite fait une copie... et qui dit copie dit interception du processus par SC... voilà le rapport, non ?
 
J'ai parfois eu des ptits soucis avec 7zip aussi sur du drag and drop, mais je suppose que c'est plus lié à 7zip qu'à SC. (pb résolu en utilisant la fonction "extraire" de 7zip les coups où ça marche pas... sachant que la plupart du temps ça fonctionne).
Je n'ai jamais creusé, mais je dirais que c'est lié à un nom de chemin qui ne lui plait pas (espace, caractère particulier, etc...)

Voilà, t'as tout compris Ptit loup  
Mais c'est chiant ce problème

D'ailleurs 7zip pourrait dézipper directement au bon endroit ? Ça sert à quoi de doubler le trafic sur le disque ????

Ben on est bien d'accord que c'est un pb de 7zip, d'ou mon interrogation sur le rapport avec SC

Moi j'ai un autre problème. Quand je fais des copies en réseau il me copie les fichiers dans C:\Doc & settings\Worlor\Nethood\Shareddocs sur Worlor-nb\ en local et évidemment, rien sur l'autre pc

Non, le pb n'est pas 7zip...
En fait, WinZip fait pareil quand il décompresse via un drag and drop, il extrait sur le répertoire "temp" du PC, et ensuite il déplace/copie (en fonction du disque) les fichiers extraits.
 
C'est là qu'intervient SC, lors de ce déplacement et/ou copie... et du coup, il doit y avoir un pb dans le nom du fichier, ou dans le chemin, que SC n'aime pas (peut être trop long ? au total).
 
 
 
D'ailleurs mon pb que j'avais qq messages plus haut, c'est bien ça, c'est le chemin complet de destination qui ne lui plait pas à SC (d'ailleurs c'est le même souci avec la copie Windows)... j'ai extrait les fichiers un répertoire plus haut, et ensuite j'ai juste fait un déplacement (là il doit utiliser des chemins relatifs et donc plus court je suppose pour son move)

Nan, mais c'est con!
Ca sert à quoi de les dézipper à un endroit si c'est pour les COPIER (j'insiste, parce que c'est une copie en fait, pas un déplacement), puis delete des temp.
C'est nul non ?

la plupart des décompresseurs marchent comme ca...
la on parles de 7z et winzip, mais winrar fait pareil également, sur certaines actions...

izarc ne le fait pas, du moins c'est l'impression qu'il me laisse

Le Pote> Normalement le problème avec 7-zip est résolu dans la 2.2 Béta
 
Pti Loup> le problème a l'air d'être que le chemin de destination complet pour les fichiers en erreur est trop long (il dépasse 256 caractères), et c'est pas très bien géré par SC2, remarque ca pose aussi problème à windows sur certaines manips.

 
 
je trouve pas dans mon vista anglais

j'pense que ça date de l'époque où le ZIP servait aussi découper un fichier trop gros pour le faire passer par des disquettes (vous savez, les machins tout pas beau de 1,44 Mo -soit 1.38 Mio- qui vont moins vite qu'une connexion ADSL ?)

donc plustot que de travailler sur les disquettes, il copie d'abord dans un répertoire temporaire, et ensuite il balance le fichier complet à l'endroit que tu désignes. il me semble que tu peux aller bidouiller dans les options (en tous cas de 7zip) pour lui indiquer un autre endroit pour le %temp%, et éventuellement lui interdire d'utiliser le temp dans certains cas. et j'ai le meme soucis avec SC2 sur mon PC, que je contourne en utilisant la fonction "extraire" (dans le menu contextuel de l'explorateur windows ou directement dans 7zip).

ya une nouvelle version ou c un vieux post qui vient d'etre bumpé ?? ... enfin j'vais aller voir

Les deux
 
Sinon c'est ballot que les compresseurs n'aient pas changés leur façon de faire depuis si c'est bien la raison

certains découpent encore en 1.44Mo, donc çà ne me semble pas anormal.
Maintenant, ils pourraient faire 2 variantes : l'une avec la copie lorsqu'on choisit 1.44Mo et l'autre directe. Mais bon, c'est pas ici qu'on va changer çà

Ouaip, c'est en effet ce que j'ai remarqué... Windows ne fait pas mieux... mais justement là pour le coup, je m'attendais à ce que SC fasse mieux que Windows héhéhé !
 

Bon.. après vérif, sous WinZip, on a moyen de choisir plusieurs choses :
- Working Folder
- Temp folder
...
Je suppose que ça doit plus ou moins suffire à modifier le truc si ça ne va pas...

Ah ? C'est pas tombé dans l'oreille d'un sourd    
Merci de l'information.

concernant la decompression, je viens de faire le test avec winrar 3.70, pas de copie temporaire, c'est extrait directement a l'endroit indique, que le repertoire de destination soit sur la meme partition que le repertoire source ou non.
edit: par contre, qd tu fais un drag & drop depuis un rar, ca lance decompresse dans un temp dans le c: et ensuite, ca lance un deplacement

sinon, concernant CS:
- je vois pas l'option toujours en avant plan, du coup, on lance une copie depuis l'explorateur et la fenetre de sc se met systematiquement derriere
- double ecran + remote acces + sauvegarde de la position de la fenetre = fenetre de sc plus accessible    

 
c vrai, j'imagine que ça se justifiait à l'époque, ou par un fonctionnement hérité de l'utilitaire "TAR" ? (Tape ARchiver !). mais bon, ça me gène pas plus que ça, au pire tu lui dis d'extraire directement par un autre moyen !
 

 
en meme temps, SC peut pas faire mieux que le système sur lequel il repose in fine . quand bien meme SC pourrait gérer des noms de fichiers aussi longs, ça veut dire que le premier gars qui y accède sans SC est bon pour voir que des signes cabalistiques, ou faire tout planter façon "chkdsk a corrigé des erreurs sur le disque" ? ... faut etre un peu malin et réfléchir au problème avant, histoire d'éviter les noms de fichiers à rallonge, parce que meme si ça passe une fois, tu sais jamais quand ça te pète à la gueule la fois d'après ... style, ça te foire une gravure un jour que tu décides de graver tes docs, parce que le logiciel arrive pas à accéder au fichier (bah oui, il passe par une procédure windows qui lui renvoie une erreur "nom de fichier trop long" ), ou ça te foire en silence une copie de secours, après tu effaces tes documents (en espérant que la suppression marche aussi avec tes noms de fichiers longs), et 2 ans après, quand tu cherches ton documents, tu te rends compte qu'à la place du répertoire "noms trop longs" sensé contenir 10 Mo de fichiers DOC, tu as un fichier sans extensions de 0 octets
 
bref, je dirais jamais assez tout le mal que je pense des noms de fichiers longs, c une vraie plaie en entreprise ... et ailleurs aussi !

Petit rappel, la limite des noms/chemins de fichiers est dûe au système de fichiers du disque

Exact, donc dans le cas qui nous intéresse, NTFS.
Donc, 255 caractères maxi.

et ça n'empêche pas windows d'accepter beaucoup plus long.
Pas en copie ni création, mais si on renomme un dossier on peut dépasser les 255 sur l'ensemble du chemin...

255 caractères maxi, c'est sur le nom du fichier uniquement, extension incluse. PAS sur la longueur de l'ensemble du chemin.

qqun a deja essayé sous win 7?
 
edit d'apres leur site c'est ok

Merci  Merci

oui lus sur HFR magasine compatible SEVEN.  j'ai complètement zappé ces deux pages de "soft du mois"  ! j'utilisais teracopy ba je vais revenir sur supercopieur !!!

n'empeche que c'est un scandale que le gestionnaire de fichier de windows ne fasse pas ce que fait supercopier.

microsoft
 
faut pas chercher plus loin

Certes. Ce logiciel est surtout valable quand on fait un copier coller d'un très grand nombre de fichiers.

Ou de très gros fichiers...

Disons que ce soft est sûrement trop compliqué pour les néophytes, mais disons qu'il pourrait y avoir integré à Windows un tel soft, mais en mode "newbie" par défaut...

faut pas avoir fait bac + 5 pour comprendre pause...
 
Les autres fonctions que j'utilise sont pas non plus super compliqué:
 
- Pouvoir changer l'ordre de la liste de transfert. (pour avoir un fichier avant d'autre)
 
Genre tu lances une copie d'un dvd vers ton HDD puis tu vois que tu as oublié un fichier.
Avec supercopier tu ajoutes le fichier a la liste (drag & drop)
Sans tu lances une 2eme copie qui fait tourner fou ton dvd. ou tu dois attendre la fin(et le risque d'oublier)

Toi ta pas de belle mère !
 
Non mais sérieusement, sans prendre les gens pour des idiots, il vaut vraiment se mettre dans le crane que l'utilisation d'un PC est vraiment loin d'être évidente pour bcp de monde (la population HFrienne n'est pas du tout représentative)

Qu'ils achètent une WII alors

Nan mais Windows pourrait proposer 2 modes : un mode de copie "facile" et un mode de copie "avancé" qui offre les mêmes fonctions que supercopier.
 
D'ailleurs il devrait faire ça dès la base, c'est à dire, que lors de l'installation de windows on puisse choisir entre un utilisateur avancé et un utilisateur classique.
 
L'utilisateur classique aurait des aides, une interface plus simplifié etc..
L'utilisateur avancé aurait une interface plus complexe mais aussi plus pratique, des accès a plus d'options, des aides plus approfondies etc...

worlor > c'est ce que je suggérais !

Payes ton Troll

Avant sur XP, j'étais sur supercopier.
Puis sur vista, j'ai eu teracopy (quelques jours avec copyhandler), et recherchais une compatibilité avec supercopier.
Ensuite sur win7, j'ai continué avec teracopy, et voilà que supercopier revient en v2 compatible win7. Et me revoilà reparti avec supercopier.
MAIS un jour, j'ai voulu copier quelques gros giga sur un pc sans supercopier avec win7 et la copie me semble plus rapide. Du coup j'ai effectué quelques tests avec et sans supercopier. Résultat : j'ai désactivé supercopier (je le garde sous la main pour des copies spéciales seulement.)

Et c'est quoi tes résultats ?
As-tu comparé une copie de fichier situé en gros au même endroit, sur un disque fragmenté ? sur un disque défragmenté ?