Bonjour !
J’utilise sous Mac OS X.11.6, SCENARIChain 4.2 avec Opale 3.6 et LibreOffice version: 5.1.4.2.
Je rencontre un problème lorsque je souhaite intégrer une formule mathématique.
Il ne reconnaît pas le « productivité facteur simple.odf » que je viens de créer : « Non disponible ou invalide ».
Quand j’édite sous Opale la formule, il me renvoie bien sur LibreOffice et m’affiche correctement la formule.
Mais sur Opale, rien. Voir imprim’écran ci-dessous, dans Information, carré avec croix.
J’avoue que je n’y comprends rien…
J’ai essayé de dépanner Arno aujourd’hui, mais je n’ai pas réussi. Le problème se pose avec toutes les publications ODT, ce n’est pas qu’un problème avec les formules ODF.
J’ai testé :
De passer sur les nightly de SCENARIchain 4.2
J’ai bien lancé libreoffice avant pour qu’il soit déjà chargé au moment de la génération
De changer le chemin de libreoffice (avec ou sans les sous répertoires de l’architecture mac)
Je n’ai pas trouvé comment vérifier qu’il s’agissait de la version 64 bits de LibreOffice mais j’ai l’impression que c’est l’hypothèse la plus probable, et j’ai bien l’impression que la JVM Scenari s’exécute aussi en 64 bits.
Je n’ai pas la machine sous la main mais Arno postera les logs prochainement, de mémoire il ne trouvait pas libreoffice. N’étant pas spécialiste de Mac, il est possible qu’une solution évidente m’échappe, mais je ne sais pas par ou continuer… Si vous avez des idées pour le dépanner, on est preneur.
<?xml version="1.0" encoding="UTF-8"?>
java.lang.ClassNotFoundException: com.sun.star.comp.helper.Bootstrap
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at eu.scenari.transform.od.TfmOpenDocument.getOoClassLoader(TfmOpenDocument.java:384)
at eu.scenari.transform.od.TfmOpenDocument.xGetSubTransformer(TfmOpenDocument.java:189)
at eu.scenari.transform.od.TfmOpenDocument.transform(TfmOpenDocument.java:138)
at com.scenari.m.co.ant.TransformTask.execute(TransformTask.java:96)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
at com.scenari.m.ge.generator.ant.AntGenerator.xGenerate(AntGenerator.java:440)
at com.scenari.m.ge.generator.base.GeneratorStatic.generate(GeneratorStatic.java:643)
at eu.scenari.wsp.module.gen.ThreadGen.run(ThreadGen.java:163)
at eu.scenari.core.universe.Universe$1.run(Universe.java:393)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Bonjour,
j’ai rencontré un problème similaire il y a quelques mois.
Je vous invite à parcourir la discussion suivante pour trouver des éléments pour solutionner votre problème.
Merci Atika pour les éléments pour solutionner mon problème.
J’ai suivi votre démarche et tout est réglé dans l’ordre.
Je re-génère des formats papier et les formules mathématiques sous MacTex fonctionnent.
Super !!
Merci encore Atika
Bonjour,
j’ai aussi le même problème, je n’arrive pas à utiliser les formules mathématiques openDocument sous mac avec ce message d’erreur « openDocument editor not found ».
Est-ce que le problème est prévu d’être résolu pour les prochaine version d’Opale?
Merci d’avance,
Katia
Si l’objectif est d’avoir un éditeur ultra-simplifié, plus que la nécessité de respecter le format de fichier ODF, il y a quand même des pistes à regarder du coté des éditeurs basés sur http://mathquill.com/
C’est un outil libre, HTML5, de saisie LaTeX formaté en temps réel et clicable. Il ne manque juste une barre d’outil pour en faire un truc pas du tout dépaysants pour les habitués de word / libreoffice… (mais les commandes LaTeX marchent quand même donc ceux qui maîtrisent peuvent continuer à saisir leurs formules 2 fois plus vite dans le même outil )
En barre d’outil j’ai trouvé matheditor.js, pas plus difficile que libreoffice mais probablement manque pas mal de bouttons. En cherchant bien on doit pouvoir trouver d’autres barres d’outil du même type un peu plus riche.
Une fois que vous avez fait la saisie il ne reste plus qu’a faire un copier-coller de la formule, c’est le code LaTeX qui se retrouve dans le presse papier.
Et dans un avenir à moyen ou long terme vous pouvez militer / financer / envoyer un message subliminal a @spi pour que ce type d’éditeur soit intégré à Scenari dans le super éditeur HTML5 du futur (sous réserve de validation technique).
Fantastique ! Cela fonctionne. J’attendais depuis longtemps que cet obstacle soit surmonté. Nous allons pouvoir relancer les ateliers de découverte de Scenari Opale dans notre établissement. Merci pour cet amélioration significative.