Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Bonjour,


Le 16/11/12 16:12, Nico2012 a écrit :

Donc dans notre cas, je ne me vois pas bien expliquer cela aux utilisateurs
qui font ce publipostage, d'autant qu'il y a plusieurs fichiers à fusionner
et certains 3 ou 4 fois plus gros.

Avec raison, c'est purement et simplement inacceptable, mais rien n'a
été fait pour changer la situation depuis la "refonte" du publipostage,
et de Base en générale, par Sun lors de la sortie de la version 2.0, ce
qui donne une idée du peu de considération accordé au sujet (encore
aujourd'hui). Après, on s'étonne que certaines administrations soient
réticentes à changer pour passer à LO ou à AOO, car les choses n'ont pas
évolué dans le bon sens.

Or nous avons prévu une migration en Windows 7 ... et je ne suis pas sur que
la version 1.1.5 accepte de fonctionner.

Notre usage est peut-être atypique, cependant j'ai quand même l'impression
que la réalisation régulière de publipostage de plus de 50 adresses avec
LibreOffice est un vrai sacerdoce. Dommage en milieu professionnel.

Au contraire, elle n'est pas atypique, à mon avis, si ce n'est qu'au
niveau des besoins de PME, on est dans des volumes plus petits (et
encore cela dépend de l'entreprise). Si on ne peut même pas sortir un
publipostage de 50 documents d'une page (fusionnés ou non) dans un laps
de temps correct, cela ne vaut pas la peine AMHA de présenter ce genre
de fonctionnalité dans l'interface utilisateur.

En étant pragmatique, j'opterais plutôt pour une solution mettant en
oeuvre un script et manipulant directement l'objet qu'est le document
ODT (par exemple, les classes Perl, ou PHP, ou encore en Python, ou Java
avec ODF-DOM, pourquoi pas). Evidemment, on perd le côté "interface avec
l'utilisateur", à moins d'en construire une spécifiquement dédiée à
cette opération), mais on gagne en efficacité et en temps de traitement.
Il faudrait alors comparer le coût d'un tel développement spécifique
avec la signature d'un contrat de support tel que préconisé par Cédric.
D'un côté, l'on aura un développement taillé sur mesure selon un cahier
de charges défini par le donneur d'ordre, de l'autre, eh bien, pour
l'instant, cela reste encore un peu flou à mes yeux ! Tout dépend de ce
que l'on va comprendre comme étant les livrables, et c'est là à mon avis
où le bat blesse. Si je contracte avec une petite équipe de
développement (voire même un seul développeur), je sais ce que je vais
avoir au bout, puisque c'est moi qui définis les besoins, alors que si
c'est une société de support, j'ai du mal à croire que l'on pourra
désigner telle ou telle autre direction de développement, car on aura
tendance à rester dans la résolution d'incidents plutôt que de la
production de solutions "turnkey". OK, j'arrête là, car je dévie du
sujet initial.



Alex



-- 
Envoyez un mail à discuss+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.