Date: prev next · Thread: first prev next last
2015 Archives by date, by thread · List index


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.