Discussion :

[max-mag]

Bonjour,

Je souhaite compresser facilement des fichiers javascript à l'aide de jsmin (http://www.crockford.com/javascript/jsmin.html). Pour cela, je souhaite faire un clic droit sur le fichier pour en créer une sauvegarde et écrire la version compressée.

Pour cela, j'ai mis dans le dossier SendTo, le fichier .bat suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
@echo off
copy "%~1" "%~f1.bak"
"C:\Documents and Settings\max\Mes Documents\jsmin.exe" <"%~f1" >"%~f1" "Compres. %date%"

Le problème c'est que la commande dos ne sortie ne colle pas avec ce que j'ai écrit, et donc du coup jsmin ne peut pas travailler. J'obtiens une sortie du type :

"C:\Documents and Settings\max\Mes Documents\jsmin.exe" "Compres. 07/01/2010" 0<"U:\Sites internet\js\test.js" 1>"U:\Sites internet\js\test.js"

Avez vous une idée du problème ?
Merci.

[Mac LAK]

Ton élément "Compres. %date%" est censé faire quoi, ou être utilisé pour quoi ?

[max-mag]

A être utilisé par jsmin.exe, c'est le 3ème paramètre.
On doit avoir quelque chose de la forme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

jsmin <input.js >output.js "un texte"

[Mac LAK]

Si tu as des redirections, alors ton écriture est fausse : il faut mettre ce paramètre AVANT la première redirection (input), sinon, ce n'est plus un paramètre du programme initial. Les éléments redirigés ne sont absolument pas visibles par le programme jsmin, qui est strictement incapable de savoir si ses E/S sont redirigées ou pas.

La syntaxe que te donne l'interpréteur de commande me parait tout à fait correcte, je suis même d'ailleurs surpris qu'il aie su corriger l'écriture...

Es-tu certain qu'il n'y a pas d'erreur dans le paramètre d'entrée, qui devrait plutôt être le fichier backup précédemment créé ?
Parce que là, ta commande va détruire le fichier en cours de compression, à cause des redirections : ton fichier d'entrée et de sortie sont identiques !

[max-mag]

Parce que là, ta commande va détruire le fichier en cours de compression, à cause des redirections : ton fichier d'entrée et de sortie sont identiques !

Merci pour la relecture
Effectivement ça marche beaucoup mieux quand on écrase pas ce qu'on lit

[Mac LAK]

Effectivement ça marche beaucoup mieux quand on écrase pas ce qu'on lit

Il parait, en effet... Sûrement des médisances de gens méchants !

Surtout qu'à mon sens, la destruction du fichier a lieu avant même d'avoir commencé à exécuter le programme, et doit être faite directement par l'interpréteur de commande lui-même.