Difference between revisions of "FR/Documentation/Python/Python as a macro language"

Revision as of 22:18, 12 December 2016

Pyuno prend en charge le cadre de script OpenOffice livré avec OpenOffice 4.1.3. Le support actuel est limité au cadre principal ( core framework ), ce qui signifie que l'exécution et l'affectation des macros via la boîte de dialogue standard Tools / Macro fonctionne correctement, mais l'édition et le débogage des macros ne sont pas intégrés dans l'interface utilisateur OpenOffice.org (Simplemenr en raison du manque de ressources pour le développement). Utilisez votre éditeur de texte favori pour créer et modifier des scripts python.

Emplacement des scripts

Les scripts à excuter dans OpenOffice.org peuvent être stockés dans les emplacements suivants:

Répertoire utilisateur de OpenOffice

C'est l'endroit standard pour les scripts personnels en python. Les fichiers de script sont simplement stockés dans le système de fichiers. L'emplacement du répertoire dépend de la version utilisée d'OpenOffice et du système d'exploitation. Certains exemples sont:

OpenOffice 2.x

• windows - C:\Documents and Settings\<current-user\>Application Data\OpenOffice.org 2.0\user\Scripts\python
• unix - ~/.openoffice.org.2.0/user/Scripts/python, ~/.openoffice.org.2.0/user/Scripts/python

OpenOffice 3.x

• windows 7 - C:\Users\<current-user>\AppData\Roaming\OpenOffice.org\3\user\Scripts\python
• unix - ~/.openoffice.org/3/user/Scripts/python

OpenOffice 4.x

• windows 7 - C:\Users\<current-user>\AppData\Roaming\OpenOffice.org\4\user\Scripts\python
• unix - ~/.openoffice.org/4/user/Scripts/python

Notez que le dernier sous-répertoire python peut avoir besoin d'être créé initialement. Assurez-vous que "python" est entièrement écrit en minuscules. Vous pouvez ajouter des sous-répertoires arbitrairement imbriqués, les noms de ces répertoires sont reflétés dans l'interface utilisateur.

Exemple: le ficher dynamicDialog.py peut simplement être placé dans le répertoire ci-dessus. Ensuite, ouvrez la boîte de dialogue Outils / Macros / Exécuter macro et naviguez jusqu'à la position affichée dans l'image ci-dessus. Cliquez sur Exécuter pour exécuter le script python, qui ouvre une autre boîte de dialogue avec un bouton poussoir et un champ d'étiquette. Cliquez sur le bouton pour augmenter le nombre dans le champ de l'étiquette. La boîte de dialogue peut être fermée en appuyant sur ESC.

Dossier partagé de OpenOffice

Les scripts qui seront partagés entre tous les utilisateurs d'une installation concrète d'OpenOffice.org peuvent être stockés dans ce répertoire de partage. Tous les scripts par défaut venant avec OpenOffice.org sont situés ici. En général, ce répertoire ne doit pas être utilisé pour le déploiement de scripts (voir plus loin les uno-packages). Les fichiers de script sont simplement stockés dans le système de fichiers. L'emplacement du répertoire (comme les répertoires d'utilisateurs) dépend de la version d'OpenOffice.org utilisée et du système d'exploitation. Quelques exemples :

OpenOffice 2.x

• windows C:\Program Files\OpenOffice.org 2.0\share\Scripts\python
• unix /usr/lib/openoffice/share/Scripts/python

OpenOffice 3.x

• windows 7/32Bit C:\Program Files (x86)\OpenOffice.org 3\Basis\share\Scripts\python'
• ubuntu 10.04 /usr/lib/openoffice/basis3.2/share/Scripts/python

OpenOffice 4.x

• windows 7/64Bit C:\Program Files (x86)\OpenOffice.org 4\share\Scripts\python'
• ubuntu 10.04 ???

Inclus dans un document OpenOffice

Un document OpenOffice.org est un fichier zip, qui contient différents fichiers. Les scripts Python dans les documents sont stockés dans le sous-répertoire Scripts / python.

Si vous souhaitez expédier vos scripts personnels en python dans un document, vous devez d'abord développer vos scripts dans le répertoire utilisateur (mentionné ci-dessus), puis enfin déplacer les scripts dans le document avec votre outil préféré zip. Toutefois, notez que vous devez réaffecter toutes les liaisons que vous avez déjà effectuées aux instances de script dans le document. Idéalement, vous écartez les scripts du répertoire utilisateur et effectuez un test de régression sur la fonctionnalité du document. Vous pouvez aussi utiliser l'extension An Other Script Organizer.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE manifest:manifest PUBLIC "-//OpenOffice.org//DTD Manifest 1.0//EN" "Manifest.dtd">
<manifest:manifest xmlns:manifest="http://openoffice.org/2001/manifest">
 <manifest:file-entry manifest:media-type="application/vnd.oasis.opendocument.text" manifest:full-path="/"/>
 <manifest:file-entry manifest:media-type="application/vnd.sun.xml.ui.configuration" manifest:full-path="Configurations2/"/>
 <manifest:file-entry manifest:media-type="" manifest:full-path="Pictures/"/>
 <manifest:file-entry manifest:media-type="text/xml" manifest:full-path="content.xml"/>
 <manifest:file-entry :media-type="text/xml" manifest:full-path="styles.xml"/>
 <manifest:file-entry manifest:media-type="text/xml" manifest:full-path="meta.xml"/>
 <manifest:file-entry manifest:media-type="" manifest:full-path="Thumbnails/thumbnail.png"/>
 <manifest:file-entry manifest:media-type="" manifest:full-path="Thumbnails/"/>
 <manifest:file-entry manifest:media-type="text/xml" manifest:full-path="settings.xml"/>
 <manifest:file-entry manifest:media-type="" manifest:full-path="Scripts/python/push_me.py"/>
 <manifest:file-entry manifest:media-type="application/binary" manifest:full-path="Scripts/python/"/>
 <manifest:file-entry manifest:media-type="application/binary" manifest:full-path="Scripts/"/>
 </manifest:manifest>

Lorsque vous ouvrez le document par la suite, l'interface utilisateur de OpenOffice devrait vous avertir du script contenu dans le document (si ce n'est pas le cas, vous avez désactivé l'avertissement dans les options ou vous avez fait quelque chose de pas bien....).

Exemple: Pour voir comment cela fonctionne, téléchargez File:Push me python4.odt. Le document contient un bouton poussoir et un contrôle d'édition multi lignes. Une pression sur le bouton ajoute une nouvelle ligne avec l'horodatage actuel au contrôle d'édition multi-lignes. Ce fichier ne fonctionne que s'il est enregistré...

Incorporé dans un un package, dans le répertoire utilisateur d'OpenOffice (lecture seule)

Souvent, distribuer des scripts dans des documents n'est pas ce que vous voulez (par exemple lorsque vous souhaitez modifier l'application elle-même ou que vous souhaitez utiliser les mêmes scripts avec plusieurs documents). Pour cela, vous pouvez placer vos scripts simplement dans un package uno.

Un package est un fichier zip. Son nom doit se terminer par .pkg (sinon il ne fonctionne pas), Vous devez définir le sous-répertoire (obligatoire!) qui contiendra des scripts. Par exemple, l'exemple pyhello2.uno.pkg possède la structure de fichier suivante::

META-INF/
META-INF/manifest.xml
package/
package/hallo.py

Le fichier hallo.py contient les scripts. Comment écrire des scripts est expliqué ci-dessous. Toutefois, afin de rendre opérationnel un script dans un package uno, vous devez ajouter un code fictif.

# ... Voici le code de script python
 
# Ceci doit être ajouté à chaque fichier de script (le
# nom org.openoffice.script.DummyImplementationForPythonScripts doit être changé en quelque chose
# de différent (doit être unique dans une installation de bureau!)
# --- composant factice, dummy pour permettre l'enregistrement avec unopkg, aucune fonctionnalité attendue
import unohelper
g_ImplementationHelper = unohelper.ImplementationHelper()
g_ImplementationHelper.addImplementation( \
	None,"org.openoffice.script.DummyImplementationForPythonScripts", \
    ("org.openoffice.script.DummyServiceForPythonScripts",),)

Par défaut, chaque fichier .py est interprété comme un composant UNO. Ne pas placer les lignes ci-dessus dans le fichier .py provoquerait des erreurs lors du déploiement.

Le nom du répertoire (ici le paquet) peut être choisi librement. Un package uno avec un script python doit contenir un META-INF / manifest.xml, qui doit pointer vers le nom du répertoire librement choisi.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE manifest:manifest PUBLIC "-//OpenOffice.org//DTD Manifest 1.0//EN" "Manifest.dtd">
<manifest:manifest xmlns:manifest="http://openoffice.org/2001/manifest">
<manifest:file-entry manifest:media-type="application/vnd.sun.star.framework-script" manifest:full-path="package"/>
</manifest:manifest>

Chaque utilisateur peut ajouter des paquets via le gestionnaire de paquetages (Outils/ Gestionnaire des extensions). Notez que le contenu du package est conçu en lecture seule, c'est vraiment un déploiement pur, pas un mécanisme de développement. C'est peut-être la raison pour laquelle les scripts dans les packages ne peuvent pas être consultés via la boîte de dialogue Outils / Macros / Organiser les macros / Python. Les packages peuvent être ajoutés par un administrateur à une installation complète de OpenOffice.org, de sorte que chaque utilisateur puisse utiliser les macros situées dans le package. Cela peut être fait avec l'outil unopkg.

Script coding

A python script within the OpenOffice.org's scripting framework is a function (introduced by the def keyword) within a .py file. For execution via the Tools/Macros/Run macro dialog, the script must have an empty argument list. For typical event listeners, the function must have exactly one argument (the event). In general, the number of arguments depend on the context where the function shall be used. Currently, the .py file must use unix line feeds, this will be changed in future.

A single .py file may contain an arbitrary number of function definitions. By default, all function definitions are exported ( = shown in the macro selection dialog). As this may become tedious, exports can be limited to a smaller set of functions by having a global variable named g_exportedScripts, which is a tuple of function definitions.

At the current integration level, .py files can only import python modules which are within the python PYTHONPATH. By default this is just the python runtime with its standard libraries and the uno bridge files. This means that python macros cannot reference other python macro files. This limitation may be changed in future but exists currently. Python macros can, of course, import from any module you place in the PYTHONPATH; but you must do that yourself and the results will not be portable.

(a reader wonders: couldn't the pythonloader automatically append the OOo scripting dirs to PYTHONPATH?)

Before executing the source code within the module, the global variable XSCRIPTCONTEXT is inserted as global variable within the module (this variable also exists e.g. for javascript and beanshell, it is offered here for consistency reasons). It has three members (Document,Desktop and ComponentContext).

The comment of a function (introduced and ended by three ") is shown as description in the macros' selection dialog.

The compiled python script files are not added to sys.modules. There may exist multiple instances of the same module at the same time. Example:

 
# HelloWorld python script for the scripting framework
 
def HelloWorldPython( ):
    """Prints the string 'Hello World(in Python)' into the current document"""
    #get the doc from the scripting context which is made available to all scripts
    model = XSCRIPTCONTEXT.getDocument()
    text = model.Text
    cursor = text.createTextCursor()
    text.insertString( cursor, "Hello World(in Python)", 0 )

Error handling and debugging

Errors during compilation or execution of the scripts are passed as exceptions to the scripting framework where possible. The scripting framework in general opens a popup box and displays the message of the thrown exception.

However, sometimes this is not possible and an error gets silently ignored. The user realizes these errors, when

• his python script file does not appear where it is expected to be
• the name of the script file appears, but it does not contain any scripts
• only part of the script gets executed.

You can get to know these problems by changing some flags in the OpenOffice.org 3/Basis/program/pythonscript.py file :

# Configuration ----------------------------------------------------
LogLevel.use = LogLevel.NONE                # alternavly use LogLevel.ERROR or LogLevel.DEBUG
LOG_STDOUT = False                          # True, writes to stdout
                                            # False, writes to user/Scripts/python/log.txt
ENABLE_EDIT_DIALOG=False                    # offers a minimal editor for editing.

Attaching a python debugger is currently not supported.

Credits

The python binding of the scripting framework is developed and maintained by Joerg Budischewski in his spare time. Many, many thanks to Tomas O'Connor from Sun for his great support and his code additions to the framework which made this binding possible. Please put low level questions about the binding to api@openoffice.apache.org.