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 à [email protected] 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
