Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Bruno Malaval,
Nombre de réponses : 9
Avatar Moodleurs particulièrement utiles

Bonjour,

J'ai eu des soucis équivalents avec une distribution RedHat 7 et Moodle 3.1

Pour les tests, si la conversion du fichier doc => pdf ne fonctionne pas, inutile de le refaire avec le même fichier, visiblement Moodle "mémorise" que l'opération a été faite. Et ne refait pas la conversion. il faut donc déposer un nouveau fichier

Comme l'indique Brice, c'est noté ici https://tracker.moodle.org/browse/MDL-54554
j'ai voté ..

Sinon, sur mon serveur, c'était visiblement un problème de librairies entre python / openoffice / unoconv. j'ai résolu de la façon suivante :

- installation de python version 3.x (en plus de la version 2.x) en rpm
- désinstallation de tous les packages "openoffice"
- téléchargement et installation de la dernière version d'openoffice
- idem pour unoconv, pas d'installation en rpm mais à partir des sources

Et tout a fini par fonctionner ...

je suis d'accord avec Daniel sur les "usines a gaz", mais je ne trouve pas que ce soit le cas ici.
il s'agit juste d'installer un convertisseur pdf

Et après discussions avec quelques utilisateurs, ils sont contents de voir arriver cet outil.

L'enseignant peut annoter directement sur la plateforme un fichier déposé, et l'étudiant a accès au fichier pdf annoté. Plutôt pratique je trouve ....

Moyenne des évaluations  -
En réponse à Bruno Malaval

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Mylène LG,

Bonjour,

Merci beaucoup pour votre retour.

J'ai voté pour les tickets que Brice nous a indiqué, j'espère qu'ils seront ainsi pris en compte sourire

J'ai aussi suivi vos instructions à la lettre :
- j'ai installé python version 3 en rpm, en plus de python 2,
- j'ai désinstallé ma version d'open office (qui n'était pas à jour), afin de télécharger le tar.gz de libre office 5, puis de l'installer
- j'ai installé Unoconv via le repository git.

Malheureusement j'ai toujours le même soucis.
J'ajoute que je fais bien mes tests avec un nouveau fichier systématiquement.
Toujours la page blanche.

Je rejoins votre avis sur les usine à gaz, cependant, il s'agit la de faire fonctionner une "nouvelle feature" disponible avec Moodle 3.1, et qui a été mise en avant lors de la release ! J'ai quelques enseignants qui se servent de Goodle Doc pour faire ce genre de choses, et si je peux faire converger ces enseignants sur Moodle grâce à cette fonctionnalité, ce serait un plus pour mon établissement.


Moyenne des évaluations  -
En réponse à Mylène LG

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Dominique-Alain Jan,
Avatar Testeurs Avatar Traducteurs

Bonjour,

A vous relire, après votre dernier message, je dois aussi signaler que j'ai eu quelques défaillance à bien réfléchir. Certains fichiers en docx ou de gros pdf ne passaient pas. Problème de reconnaissance des fichiers. Alors qu'avec 90% des autres documents (la plupart du temps des doc et non des docx) tout se passe bien.

Avez-vous essayé de placez des fichiers relativement légers puis plus lourd comme soumission dans un devoir ?

Est-ce que cela se produit avec les format docx ou doc de la même manière ?

Quid du format OpenDocument de LibreOffice ?

-dajan

Moyenne des évaluations  -
En réponse à Dominique-Alain Jan

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Bruno Malaval,
Avatar Moodleurs particulièrement utiles

En ce qui concerne les formats, cela fonctionne également pour les formats OpenDocument

J'ai fait l'essai avec un document odt , la conversion se passe bien

Moyenne des évaluations  -
En réponse à Dominique-Alain Jan

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Mylène LG,

Bonjour,

Pour ma part, les fichiers .docx, .doc, et .odt ne fonctionnent pas : toujours la page blanche.
J'ai testé avec des fichiers assez léger (une page de Lorem Ipsum), ce qui nous donne des fichiers d'une vingtaine de Ko.

Moyenne des évaluations  -
En réponse à Mylène LG

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Bruno Malaval,
Avatar Moodleurs particulièrement utiles

Etape suivante, tester si l'installation fonctionne correctement :

Autrement dit, tester unoconv directement en ligne de commande :

- copier un fichier doc dans un répertoire (ex /tmp)
- se placer dans ce répertoire et lancer la conversion :
  unoconv -vvv -f pdf test.doc  ( -vvv => mode très verbeux pour unoconv)

Si cela fonctionne, le problème peut être au niveau de l'utilisateur "apache"

Le programme unoconv étant appelé par le serveur web, celui-ci a besoin d'écrire des fichiers temporaires dans son home directory
Selon les systèmes, l'utilisateur apache (plus exactement le compte qui fait tourner le serveur web) n'a soit pas de home directory, soit il ne peut pas écrire dedans.

2 solutions comme indiqué dans la doc Moodle :
- donner les droits à l'utilisateur apache d'écrire dans son home directory et le créé si besoin
- lancer unoconv en mode "listener" sous un autre utilisateur, qui a un home directory accessible.

 

Moyenne des évaluations Utile (1)
En réponse à Bruno Malaval

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Mylène LG,

Bonjour,

je vous remercie pour votre conseil.
J'ai exécuté la commande, en tant que root. Je me permets de vous copier l'erreur que la console me retourne :

Verbosity set to level 3
Using office base path: /usr/lib64/libreoffice
Using office binary path: /usr/lib64/libreoffice/program
DEBUG: Connection type: socket,host=127.0.0.1,port=2002,tcpNoDelay=1;urp;StarOffice.ComponentContext
DEBUG: Existing listener not found.
DEBUG: Launching our own listener using /usr/lib64/libreoffice/program/soffice.bin.
LibreOffice listener successfully started. (pid=4517)
/usr/lib64/libreoffice/program/soffice.bin X11 error: Can't open display:
   Set DISPLAY environment variable, use -display option
   or check permissions of your X-Server
   (See "man X" resp. "man xhost" for details)
DEBUG: Process /usr/lib64/libreoffice/program/soffice.bin (pid=4517) exited with 0.
Error: Unable to connect or start own listener. Aborting.


J'ai regardé cette discussion sur Stack Overflow, ils conseillent d'installer de nouveaux paquets... Est ce vraiment nécessaire, ou le problème peut-il venir d'autre chose ?

Moyenne des évaluations  -
En réponse à Mylène LG

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Bruno Malaval,
Avatar Moodleurs particulièrement utiles

Effectivement, il faut normalement le package libreoffice-headless, qui est à installer en plus si vous faites l'installation à partir des différents package de la distribution
Ceci permet d'utiliser libreoffice sans interface graphique, ce qui est le cas pour unoconv

Par contre, je n'ai pas eu à l'installer en utilisant le package fourni par libreoffice, c'est inclus dedans.

Plus exactement, voici ce que j'ai fait (sur un serveur RHEL 7)

- Suppression de toute l'installation de libreoffice
- Téléchargement de LibreOffice_5.1.4.2_Linux_x86-64_rpm.tar.gz
  + LibreOffice_5.1.4.2_Linux_x86-64_rpm_langpack_fr.tar.gz
- Décompresser chaque archive, aller dans le répertoire RPM et installer tous les paquets
  avec une commande du style "yum install *.rpm"
- Installer unoconv à partir du dépôt GIT, branche MASTER

Et tout a fonctionné ...

Moyenne des évaluations Utile (2)
En réponse à Bruno Malaval

Re: Moodle 3.1 - Devoir - Feedback annotation sur document .odt ou .docx

par Mylène LG,

Bonjour,

Étrange... Bien que j'ai, comme vous, téléchargé LibreOffice_5.1.4.2_Linux_x86-64_rpm.tar.gz, puis décompressé l'archive afin d'aller dans le répertoire RPM pour installer tous les paquets, j'ai tout de même du déployer libreoffice-headless.

Pour ce faire, j'ai utilisé la commande suivante :
# yum install libreoffice-headless.x86_64

La conversion en ligne de commande fonctionne désormais ! Ça avance sourire

----------------------

Je fais maintenant face à l'autre problème que vous souleviez.

J'ai donc crée un fichier apache dans /home. Ce fichier appartient à l’utilisateur apache, il possède les droits d'écriture dans le fichier. Puis j'ai attribué le fichier à apache.

# cd /home
# mkdir apache
# chown -R apache apache
# usermod -m -d /home/apache apache

Tout semble fonctionner au vu des dernier tests sourire

Je vous remercie pour votre aide précieuse !



Moyenne des évaluations  -