Je ne comprends pas pourquoi ce problème de format concerne Seafile, ce n'est pas son boulot de modifier les fichiers : si Seafile donne un fichier odt à manger à OnlyOffice pourquoi celui-ci renvoie-t-il un fichier dans un autre format ?
Parce que c'est ce qu'il fait, et c'est largement documenté: OnlyOffice change le format pour éditer le fichier.
Si le réglage de Seafile, c'est de forcer l'écriture sur le fichier original, ce n'est pas la faute des dévs d'OnlyOffice.
Ce sont bien les développeurs d'OnlyOffice qui ont décidé de ne pas convertir leur format interne en ODF lors de l'écriture du fichier.
ODF n'est pas supporté par OnlyOffice. Ça n'est pas un secret. Tu leur reproche un bug ou une fonctionnalité pas implémentée?
Je n'ai pas audité tout le code (je n'utilise ni Seafile ni OnlyOffice, et j'ai pas que ça à foutre), mais dans le code de Seafile, il y a une variable dans la configuration qui s'appelle ONLYOFFICE_EDIT_FILE_EXTENSION.
Elle peut être réglée en incluant ou pas le format ODT (et les autres ODF).
Toujours dans le code de Seafile, il y a des réglages pour un FORCE_SAVE du côté de OnlyOffice. Il semble que l'appel pointe sur l'URL du document en édition (c'est moins clair pour moi, et comme je le disais: je ne vais pas creuser plus loin).
Ça permet d'avoir des sauvegardes automatiques, pour ne pas tout perdre en cas de pépin. Mais du coup, ça fait ce que OnlyOffice fait pour éditer: conversion en OOXML, et ça fait ce que le code de Seafile demande: ça enregistre sur l'URL du fichier en cours d'édition.
Les solutions possibles côté Seafile:
-Ne pas mettre les extensions ODF dans ONLYOFFICE_EDIT_FILE_EXTENSION—par défaut et/ou à la charge de l'administrateur
-Introduire une variable ONLY_OFFICE_NATIVE_FORMAT_FILE_EXTENSION, et si tu veux éditer autre chose, prendre en charge la création du nouveau fichier côté Seafile
-Si ça existe, utiliser autre chose que le FORCE_SAVE de OnlyOffice, et perdre la sauvegarde automatique (aucune chance que ça te revienne en pleine gu... un peu plus tard...)
Les solutions possibles côté OnlyOffice:
-Interdire les sauvegardes automatiques si le fichier pointé n'est pas au format natif
-Interdire tout enregistrement si le fichier pointé n'est pas au format natif
-Renvoyer une erreur si le fichier pointé n'est pas au format natif (et possiblement planter l'édition, une autre bonne idée...)
D'un côté, les options sont de réduire des fonctionnalités pour éviter qu'elles soient mal utilisées, de l'autre, tu changes ta façon de les utiliser pour éliminer le problème.
Tu peux encore prétendre que c'est OnlyOffice qui fait partie d'une conspiration contre l'ODF. Tu peux donc aussi dire que si "rm -rf /" marche encore, c'est certainement une conspiration contre Unix...
[^] # Re: Si je comprends bien ...
Posté par Maclag . En réponse au journal OnlyOffice triche avec les fichiers OpenDocument. Évalué à 5.
Parce que c'est ce qu'il fait, et c'est largement documenté: OnlyOffice change le format pour éditer le fichier.
Si le réglage de Seafile, c'est de forcer l'écriture sur le fichier original, ce n'est pas la faute des dévs d'OnlyOffice.
ODF n'est pas supporté par OnlyOffice. Ça n'est pas un secret. Tu leur reproche un bug ou une fonctionnalité pas implémentée?
Je n'ai pas audité tout le code (je n'utilise ni Seafile ni OnlyOffice, et j'ai pas que ça à foutre), mais dans le code de Seafile, il y a une variable dans la configuration qui s'appelle ONLYOFFICE_EDIT_FILE_EXTENSION.
Elle peut être réglée en incluant ou pas le format ODT (et les autres ODF).
Toujours dans le code de Seafile, il y a des réglages pour un FORCE_SAVE du côté de OnlyOffice. Il semble que l'appel pointe sur l'URL du document en édition (c'est moins clair pour moi, et comme je le disais: je ne vais pas creuser plus loin).
Ça permet d'avoir des sauvegardes automatiques, pour ne pas tout perdre en cas de pépin. Mais du coup, ça fait ce que OnlyOffice fait pour éditer: conversion en OOXML, et ça fait ce que le code de Seafile demande: ça enregistre sur l'URL du fichier en cours d'édition.
Les solutions possibles côté Seafile:
-Ne pas mettre les extensions ODF dans ONLYOFFICE_EDIT_FILE_EXTENSION—par défaut et/ou à la charge de l'administrateur
-Introduire une variable ONLY_OFFICE_NATIVE_FORMAT_FILE_EXTENSION, et si tu veux éditer autre chose, prendre en charge la création du nouveau fichier côté Seafile
-Si ça existe, utiliser autre chose que le FORCE_SAVE de OnlyOffice, et perdre la sauvegarde automatique (aucune chance que ça te revienne en pleine gu... un peu plus tard...)
Les solutions possibles côté OnlyOffice:
-Interdire les sauvegardes automatiques si le fichier pointé n'est pas au format natif
-Interdire tout enregistrement si le fichier pointé n'est pas au format natif
-Renvoyer une erreur si le fichier pointé n'est pas au format natif (et possiblement planter l'édition, une autre bonne idée...)
D'un côté, les options sont de réduire des fonctionnalités pour éviter qu'elles soient mal utilisées, de l'autre, tu changes ta façon de les utiliser pour éliminer le problème.
Tu peux encore prétendre que c'est OnlyOffice qui fait partie d'une conspiration contre l'ODF. Tu peux donc aussi dire que si "rm -rf /" marche encore, c'est certainement une conspiration contre Unix...