#office2spip

En fait c’est peut-être soit que les gens ont été formés au spipcode, soit qu’ils copient-collent dans du WYSIWYG (dans spip ou ailleurs, d’ailleurs).

ou peut être l’endroit de la documentation ? les gens vont chercher plus facilement sur spip-contrib peut être (ne pas voir une critique mais je vois les mêmes problématiques avec certains de mes plugins qui sont documentés autre part)

sinon aussi l’absence de plugins.spip.net qui est assez simple à changer en créant le zip via archivelist.txt

sinon encore, l’absence de lien de documentation dans le plugin.xml ?

Et finalement, la nécessité du binaire openoffice si je ne fais pas d’erreur ? ou d’autres binaires sur le serveur ? beaucoup de spip users sont quand même sur des hébergements bien fermés non ?

Voilà quelques pistes peut être du pourquoi du comment dont deux sont particulièrement faciles à régler

Comme alternative il y a #DotSPIP, une petite app de bureau pour Mac sur laquelle tu drag/drop tes fichiers ; le texte spipé se retrouve dans le presse-papier, prêt à être collé. Ca n’a pas beaucoup de succès non plus, le marketing est pas au point :)

Peut-être parce qu’il n’y a pas tant de personne sous Mac que ça... :)

=> combiner le truc d’Arno et de Fil pour faire un #webservice avec une API utilisable depuis n’importe où : ainsi, pas de problème de système particulier, et pas non plus le problème de maîtrise du serveur pour le pékin moyen, qui n’aura pas besoin d’installer telle ou telle librairie. Ensuite faire un plugin SPIP qui utilise cette API, que chacun installe chez soi facilement. #idée_pour_SPIP. :)

je l’ai déjà faite cette API (http://office.rezo.net) mais jamais pris le temps de faire l’emballage

Si ce n’est pas sur spip contrib ça n’existe pas :-)

Bon, j’ai ma clé, comment je l’emploie cette API ?

#impatient #office2spip

de façon tout à fait concurrente il y a le plugin odt2spip : http://contrib.spip.net/odt2spip-creation-d-articles-a-partir-de-fichiers
– : n’accepte que du odt en format d’entrée*
+ : aucune config serveur spécifique
+ : gère les formules de maths intégrées dans le fichier odt

*vu que le fonctionnement est basé une XSLT odt=>spip, l’ajout du format docx n’est que l’affaire de trouver un dev accepte de trifouiller du MSOffice... (beurk !)

@cy_altern, c’est fort possible que ça marche bien évidemment, mais je m’interroge sur la maintenance à long terme : maintenir soi-même des transformations XSLT pour un ou plusieurs formats, c’est super long et complexe, alors qu’il existe des logiciels ou librairies maintenues collectivement qui font déjà ces transformations (en plus en gérant plus de formats différents). C’est toujours le même problème, d’essayer d’utiliser des choses existantes (si ça fonctionne évidemment).

@RastaPopoulos : dans ce cas la XSLT fait la transformation XML format OpenDocument => langage SPIP , truc qui n’existe (à ma connaissance) nulle part ailleurs (le choix de ce plugin c’est d’éviter de faire XML => HTML => SPIP)
Pour ce qui est de la maintenance du convertisseur, il semblerait que les versions successives d’OpenOffice puis de LibreOffice n’ont jamais modifié le format du XML d’odt depuis que le plugin existe : la XSLT utilisée est restée inchangée depuis sa mise en fonction en 2009...

pour avoir testé office2spip et odt2spip en parallèle sur un gros fichier, j’ai eu les meilleurs résultats avec odt2spip

un coup de #spip_blog pour odt2spip :)

Y’a un peu de code libéré ici : http://zone.spip.org/trac/spip-zone/changeset/76826

à intégrer d’une manière ou d’une autre dans #mediaspip ... @severo risque de s’en charger

approche intégrée dans l’api #office2spip
►http://zone.spip.org/trac/spip-zone/changeset/57062

Pour les gens qui n’ont pas moyen d’installer tout le bazar et qui n’utilisent que des ODT, mentionnons pour l’exhaustivité le plutôt bon plugin odt2spip ►http://plugins.spip.net/odt2spip

#openoffice #convertisseur

oui, et il y a aussi un docx2spip dans le plugin convertisseur ►http://seenthis.net/messages/50124

mais unoconv est largement supérieur, et permet d’envisager des choses plus intéressantes, je pense par exemple à modifier un article avec un traitement de texte

Et pourquoi pas LibreOffice à la place de OpenOffice ?

►http://fr.libreoffice.org

#LibreOffice, #OpenOffice

en effet c’est bien libreoffice qui s’installe sous alternc (car c’est basé sur #debian)

My saviors.

 :)

je crois que j’ai encore mieux… stay tuned

Waaa, le #teaser !

Ben on a quand même Office2SPIP :
►http://www.paris-beyrouth.org/tutoriaux-spip/article/le-convertisseur-office2spip
J’ai jamais eu vraiment de retour là-dessus, pourtant ça avale à peu près n’importe quoi pour en faire du SPIP.

ouais mais ça fait trop peur à installer !

C’est juste une installation d’OpenOffice. Logiciel dont l’installation a justement été rendue obligatoire par Hadopi, non ?

Bon OK, pour tester les limites de ma peur je l’installe en local sur mon ubuntu de Mac (via #virtualbox)…
Principal défaut d’#unoconv : c’est d’une lenteur effroyable :) 1’30" lorsque je n’ai pas lancé de serveur, et 40" avec un serveur déjà lancé… (le document se convertit en 1" avec la librairie post-office).
Je crois donc qu’il va falloir passer en mode « batch » si on veut pouvoir traiter plusieurs fichiers d’un coup.
À noter déjà : avec le #libreoffice moderne il n’y a plus besoin d’un package « #headless » — c’est désormais une option de soffice.bin

et hop, petit tuto d’installation sur AlternC : ►http://seenthis.net/messages/50191

bon alors sur mon vrai serveur que des bonnes surprises :
ce n’est pas du tout lent
si on envoie juste une image, ça crée un article avec l’image en embed
* ça convertit tout y compris des fichiers excel

petit bug : le œ ne passe pas (corrigé)

Ce qui serait pas mal c’est de pouvoir passer par un serveur tiers comme le montre par exemple ►http://www.lampdeveloper.co.uk/tag/unoconv

#office2spip