Le 11/11/2015 10:44, Dominique_sextant a écrit :
Plusieurs questions :
* Est-ce que je peux placer ce fichier convert.cmd sur le bureau et le
lancer avec un double clic ou est-il nécessaire de le mettre dans le
répertoire « convertisseur » ? Je pense que la première solution est
la bonne...
oui, on place le .cmd où l'on veut. Donc sur le bureau avec un joli
icone personnalisé, c'est bien ;)
* Les deux premières lignes me semblent être des déclarations de
variables (celles qui débutent avec SET_ConvertDir et
SET_TargetDir). À quoi servent-elles ? Disons plutôt quel est ce
répertoire convertis ? Est-ce un répertoire cible qu'il me faut-il
le créer sur le bureau ? Ça serait logique afin que le script ne
tourne pas en boucle sur lui même à essayer de convertir du pdf
nouvellement créé en du pdf...
Comme indiqué précédemment, je ne sais pas comment se comportera-it LibO
si on lui passe un fichier d'un format non supporté pour convertir en
PDF (ex : un PDF...). Du coup, je préfère mettre les fichiers convertis
ailleurs, d'où ce nom de répertoire "convertis" mais tu choisis le nom
comme tu veux et tu peux choisir l'emplacement. Au demeurant, tu peux
mettre le même nom que le répertoire source... Juste il faudrait tester
le comportement de LibO.
L'important c'est que les variables pointent bien vers les répertoires
voulus.
NB : il faudrait toujours s'assurer que le répertoire cible existe bien
avant la conversion. Il faudrait donc ajouter une ligne
8< -------------------------------------------
MKDIR "%_TargetDir%" > NUL &2>1
------------------------------------------- >8
avant le lancement de la conversion.
Le &2>1 évite de recevoir des messages "d'erreur" sans intérêt (genre,
"je ne peux pas créer le répertoire car il existe déjà") que
l'utilisateur pourrait mal interpréter.
* À quoi sert la variable SET_LibOExe ? Ah si, je comprends, c'est
l'appel de LIBO qu'on trouve en dernière ligne. Je formule alors
différemment ma question : pourquoi passer par cette variable et ne
pas appeler directement LIBO comme tu le fais avec taskkill ?
Dans taskkill, on "tue" soffice.BIN. On connaît son emplacement (en
mémoire), donc on peut écrire le nom "en dur".
En revanche, pour ce qui est de soffice.EXE, son emplacement sur le
disque dépend de l'OS, de la version de LibO, des choix locaux
d'installation, etc.
Je pense que c'est plus facile d'avoir un point "fixe" pour cette
information, dans une variable définie en entrée de script. Comme ça,
pas la peine de scruter le script, on a l'info immédiatement sous les
yeux. (donc contenu de cette variable à adapter à ton contexte
professionnel)
Ah, oui, petit ajout "cosmétique" : débuter le script (quand il aura été
débogué) par deux lignes :
8< -------------------------------------------
@ECHO OFF
CLS
------------------------------------------- >8
qui éviteront à l'utilisateur de recevoir des tétrachiées de messages
abscons.
Bonne journée,
--
Jean-Francois Nifenecker, Bordeaux
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.