Les dernières nouvelles du front du libre, débats et autres informations générales sur nos suites bureautiques préférées ou sur ce site, en évitant de provoquer toute polémique (troll). Aucun support assuré ici : posez votre question dans la section appropriée.
Joe le Kiffeur a écrit :élaborer une poupée Vaudou
Tu connais un bon fournisseur ?
Si tu veux avoir une bonne idée des modifications de codes, j'ai cru lire dans cette page, tout à fait en bas, qu'il y avait eu des modifications : http://fr.libreoffice.org/telecharger/n ... rsion-4-0/
Je connaissais cette page (vu que j'aime bien voir le notes de changements etc.) mais merci quand même. Ça pourra toujours intéresser quelqu'un.
Je voulais réagir à certains propos qui semblaient laisser entendre que l'interopérabilité n'était pas une question importante pour les développeurs. Je pense que ce n'est pas exact et j'en veux pour preuve cette petite histoire récente.
LibO 3.5 a corrigé un bogue d'interprétation de chemin svg:d utilisé dans des dessins de polygone (SVP ne m'en demandez pas plus car je n'ai pas compris ce dont il s'agissait exactement). Ce bogue existait depuis les origines d'OOo. Cependant en corrigeant ce bogue, LibO lisait mal les fichiers de dessin qui avaient été écrits avec le bogue. Il a donc du garder l'ancienne façon de lire les chemins svg:d quand il ouvrait des fichiers des anciennes versions LibO ou OOo ou AOO.
Mais l'autre conséquence, c'est que les anciennes versions LibO et autres versions OOo/AOO lisent incorrectement les fichiers enregistrés par LibO >= 3.5 contenant ces chemins. Pour pallier à cette difficulté, depuis la version 3.6 de LibO, il y a une nouvelle variante du format ODF que l'on peut choisir comme format d'enregistrement : "1.2 Étendu (mode compatibilité)" qui permet d'enregistrer les fichiers dans l'ancien format (bogué) pour les chemins svg:d. Si on doit échanger des fichiers entre LibO et AOO il vaut donc mieux activer cette option en attendant qu'AOO corrige aussi le bogue.
Tout ceci pour illustrer les efforts des développeurs pour garder la compatibilité autour du format ODF, malgré les différences d'interprétation des deux projets.
Je voulais réagir à certains propos qui semblaient laisser entendre que l'interopérabilité n'était pas une question importante pour les développeurs. Je pense que ce n'est pas exact et j'en veux pour preuve cette petite histoire récente.
LibO 3.5 a corrigé un bogue d'interprétation de chemin svg:d utilisé dans des dessins de polygone (SVP ne m'en demandez pas plus car je n'ai pas compris ce dont il s'agissait exactement). Ce bogue existait depuis les origines d'OOo. Cependant en corrigeant ce bogue, LibO lisait mal les fichiers de dessin qui avaient été écrits avec le bogue. Il a donc du garder l'ancienne façon de lire les chemins svg:d quand il ouvrait des fichiers des anciennes versions LibO ou OOo ou AOO.
Mais l'autre conséquence, c'est que les anciennes versions LibO et autres versions OOo/AOO lisent incorrectement les fichiers enregistrés par LibO >= 3.5 contenant ces chemins. Pour pallier à cette difficulté, depuis la version 3.6 de LibO, il y a une nouvelle variante du format ODF que l'on peut choisir comme format d'enregistrement : "1.2 Étendu (mode compatibilité)" qui permet d'enregistrer les fichiers dans l'ancien format (bogué) pour les chemins svg:d. Si on doit échanger des fichiers entre LibO et AOO il vaut donc mieux activer cette option en attendant qu'AOO corrige aussi le bogue.
Tout ceci pour illustrer les efforts des développeurs pour garder la compatibilité autour du format ODF, malgré les différences d'interprétation des deux projets.
Intéressant ce que tu dis. Ça concerne quel(s) module(s) ? Tu ne parlerais pas de Calc ?
jumbo444 a écrit :.../... Si on doit échanger des fichiers entre LibO et AOO il vaut donc mieux activer cette option en attendant qu'AOO corrige aussi le bogue .../...
Salut Jumbo444
Dis nous ... tu recommanderais "d'activer cette option", mais ... uniquement pour celles et ceux que cette histoire d'interprétation de chemins svg:d lors de dessins de polygone chagrinent, ou bien d'une façon générale ??? Juste pour préciser pour un lecteur qui tomberait par inadvertance sur ton post et qui le lirait en travers.
Je ne suis pas forcément bien placé pour donner des conseils. Pour ma part, j'ai laissé l'export par défaut "1.2 Étendu (recommandé)", car :
mes échanges de fichiers se font presque exclusivement avec LibO >=3.5
l'utilisation de tels objets est très rares
Pour le 2e point, je n'ai d'ailleurs trouvé qu'un seul retour sur ce pb sur les listes LibO et rien dans le forum ici (j'ai peut-être mal cherché).
En fait j'ai rencontré ce problème avec la diffusion des extensions Gallery de symboles de danger et Gallery de morceaux de puzzle : certains cliparts étaient déformés. J'ai donc du faire deux versions : une pour LibO>=3.5 et une pour les autres versions. En effet, au contraire d'un fichier, LibO/AOO/OOo n'a aucun moyen de savoir avec quelle version du logiciel un objet de la Gallery a été fabriqué.
À ma connaissance, cette option ne change que ces chemins svg:d. Donc il ne me semble pas qu'il y ait d'intérêt à activer cette option si on n'utilise pas ces dessins.
Je n'ai évoqué ce problème que pour insister sur le fait que l'inter-opérabilité entre les suites était importante également aux yeux des développeurs.
