- vérifier si 'libreoffice' (la commande) est présente sur le serveur (ou définie par la constante `_LIBREOFFICE_PATH`)
- si oui : on pourra convertir des documents doc, docx sur ce site directement.
- si oui : propose de servir de serveur de conversion en générant des clés d’API acceptées.
- si non : propose d’indiquer une URL et une clé d’API d’un serveur de conversion.

Si la commande 'libreoffice' est dispo, le formulaire 'document2spip' permet de saisir des fichiers
.doc, .docx, .html... qui seront convertis par l’application en .odt.
Note: on ne prend pas en compte encore de serveur distant de conversion à ce point.

Pour l’instant cela fonctionne, en local, sous macOS en déclarant la constante :
`define('_LIBREOFFICE_PATH', '/Applications/LibreOffice.app/Contents/MacOS/soffice');`

L’application a besoin d’écrire dans un répertoire en s’exécutant.
J’ai tenté en vain (en local) de pouvoir utiliser notre répertoire temporaire tmp/libreoffice/{id_auteur}/,
mais les droits ne semblaient pas suffisants. Utiliser `/tmp` fonctionne par contre.

Il faudra voir ce que ça donne sur un serveur.

qui peut prendre en entrée plusieurs types de documents éventuellement
(ie: si un serveur de conversion est indiqué en configuration (mais il faut le faire))

L’idée (à faire) est de pouvoir passer, à terme, des .docx, de les traduire en .odt, 
et de les importer ensuite avec odt2spip comme avant.

- Passage dans des fonctions dédiées de différentes phases qui étaient réalisées dans l’action odt2spip_importe.
- Cette action n’est plus utilisée, mais là pour compatibilité (je n’ai pas testé, mais ça doit être à peu près bon)
- Le formulaire odt2spip devient CVT. Il utilise Saisies. Si Bigup est là, ça le charge au passage (à voir si on garde).

Quand il y a changement de borne de compatibilité, il faut faire un up de minimum z+1, sans quoi les sites utilisant déjà le plug ne peuvent savoir le changement.

ajout de l'option de configuration pour le choix par défaut de l'attachement du fichier odt (cf http://contrib.spip.net/odt2spip-creation-d-articles-a-partir-de-fichiers#comment474935)

proposer la modification des articles existant via l'intégration d'un fichier odt (cf Suske dans http://contrib.spip.net/odt2spip-creation-d-articles-a-partir-de-fichiers#forum474504)

autoriser les auteurs à utiliser odt2spip (cf http://contrib.spip.net/odt2spip-creation-d-articles-a-partir-de-fichiers#forum469746)

eliminer les balises des images qui ne sont pas jpg/gif/png du texte de l'article (cf http://contrib.spip.net/odt2spip-creation-d-articles-a-partir-de-fichiers#forum466920 mais avec une soluce plus simple)

gerer les SPIP 3 encore en ISO-truc (cf http://contrib.spip.net/odt2spip-creation-d-articles-a-partir-de-fichiers#forum466929)
merci Equipement

restauration du copyright: il semblerait que ca ne soit pas le responsable du plantage de plugins.spip.net...