Re: [fr-discuss] The Document Foundation annonce LibreOffice 3.6.5

Bonjour Fabian,


Le 31/01/13 14:43, Fabian Rodriguez a écrit :

Afin d'éviter des malentendus éventuels dans mes propos, et pour ceux
qui ne me connaissent pas, petit historique :

- j'ai commencé à utiliser StarOffice lors de sa version 3, alors qu'il
n'était disponible qu'en allemand, à l'époque sous OS/2, suivant ensuite
son évolution vers les versions 4 et 5, et changeant entretemps d'OS
pour du Linux (Caldera, puis Mandrake, puis diverses autres distribs
depuis au gré de mes préférences du moment). A l'épqoue, j'étais déjà en
multi-boot (Windows 95 / OS/2 Warp 4, puis Linux par la suite) ;

- lorsque Sun a racheté StarOffice à StarDivision, j'y suis resté fidèle ;
- lorsque Sun a commencé à ouvrir StarOffice pour créer OOo, j'y étais
également, à tester les pre-releases ;
- je suis resté ensuite avec OOo tout le temps depuis lors ;
- lorsque le projet LO a été créé, j'ai suivi.
- en dehors d'être simple consommateur, j'avais contribué à l'époque de
OOo sous différents aspects à l'évolution de la "communaute" (QA, Base
de données, docs utilisateurs, projet francophone) tout comme je
continue aujourd'hui avec LO. Ceux qui me connaissent de l'ancien temps
savent comment je suis ;-) 
- à différents moments de ma vie, j'ai eu à utiliser pour le travail
et/ou pour chez moi une suite bureautique sous DOS, Word 1.0 pour OS/2,
IBMWorks pour OS/2, Lotus SmartSuite, Corel, ClarisWorks, et aujourd'hui
MSOffice 2007 et 2010, bon, bref, une gamme assez variée de produits de
bureautique ;
 
- j'ai pris (en tant que gérant) la décision de migrer le parc de la PME
dans laquelle j'étais, et qui était sous OS9, vers des postes
majoritairement sous Linux avec OOo, en lieu et en place de MSOffice
pour Mac OS9 (sauf pour 2 postes Mac et un poste Windows où l'on est
passé à MSOffice pour Mac OSX, et MSOffice 2007 pour Windows) - nous
avions alors un contrat de support "général bureautique" avec un SSII
local, fort réactif et sympathique au demeurant, mais qui ne faisait que
remonter les bugs de OOo vers la distrib (n'ayant aucune spécialisation
en la matière). Les problèmes d'impression, de configuration instable,
d'écriture aux systèmes de fichiers partagés, et les problèmes avec les
versions Mac, étaient les problèmes les plus fréquents à l'époque avec OOo ;

- je ne suis plus dans cette entreprise, mais j'ai pour ma part un parc
hétérogène de postes sous Mac, Linux et Windows en parts à peu près
égales, avec en prime quelques tablettes qui pointent le bout de leur
nez. Sur les postes Windows, j'ai LO bien entendu, mais aussi MSOffice
2010 Famille/PME, parce que, à 120 Euros TTC pour 3 postes, cela revient
à 40 Euros par poste. Sans doute une offre spéciale, mais néanmoins,
c'est la réalité. Le fait que je ne m'en serve peu vient du fait que
j'utilise peu Windows.

Tout ça pour dire que OOo/LO, je connais assez bien ;-)

Aujourd'hui, les problèmes que j'avais pu constater à l'époque avec OOo
et qui avaient été pour grande partie résolus par Oracle avec la version
OOo 3.2.1, sont à nouveau présent dans LO  :
- accès aux répertoires de partage (AFS, NFS, voire même SMB) depuis des
postes sous Mac ou Linux ;
- problèmes d'impression (dû à l'intégration de CUPS au lieu de psprint
et la flexibilité de pouvoir utiliser un PPD de son choix - on verra si
les derniers changements à ce niveau auront un impact sur Mac) ;
- problèmes du module Base qui, à chaque sortie de version, fait deux
pas en arrière pour un pas en avant (indépendamment de l'OS);
- copier-coller qui ne marche que quand il veut bien, en fonction du
module dans lequel on se retrouve.
- lenteur exaspérante à la première modification ou enregistrement d'un
document sous Mac.

Ces différents problèmes sont connus et répertoriés dans le bugzilla et
datent presque depuis le début du projet.

Les problèmes Mac sont de loin les plus pénibles : personne ne semble
travailler à la résolution de ces problèmes, faute de développeurs
intéressés. Seul le développement d'une version pour iOS semble progresser.

Accessoirement, je compile moi-même des versions de LO pour Mac parce
que j'ai besoin du connecteur mysql (ODBC ne fonctionnant pas) celui-ci
n'est pas fourni au sein du projet (merci les licences open source
incompatibles, mais peu importe). Pour la partie BDD, et notamment ce
connecteur mysql essentiel à mon activité professionnelle quotidienne,
certains développeurs "linuxiens" effectuent régulièrement des
modifications dans le code de LO sans se soucier de savoir si oui ou non
le code va continuer à être compilable sous Mac. Résultat : mon build
plante une fois tous les 10 jours lors de la compilation du connecteur,
sans aucun moyen d'y remédier (je ne suis pas développeur/codeur).

Je ne voulais pas que cette réponse devienne une litanie de plaintes,
mais ça y ressemble malheureusement. Et pire encore, personne pour y
faire quoi que ce soit. Aide-toi et le ciel t'aidera. Très bien. Alors
je me mets dans la peau d'un patron de TPE et si on me dit "contrat de
support", moi je dis, OK, mais qui et où et quand, et surtout combien ?
A noter que je pourrais tout aussi simplement basculer vers le produit
concurrent pour le travail, en abandonnant Linux à une utilisation
uniquement personnelle, et ces soucis-là disparaîtraient en grande
partie, ou en tout cas, je trouverais des boîtes pour me proposer du
support pour mes petits soucis. Avec Word pour Mac, l'écriture sur des
partages AFS fonctionnent, et on peut accéder aux données mysql via ODBC
sans provoquer de plantage ou de corruption des données stockées sur le
serveur.

Il faut bien comprendre dans ce qui est décrit ci-dessus qu'il faut
aller au-delà de mon cas personnel (que je peux gérer comme je veux de
toutes manières), vers celui analogue que je vois le plus souvent chez
mes petits clients d'une petite dizaine de salariés.



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