Je trouve un peu désolant que tout l'accent soit mis sur l'intégration à Windows alors que le parc informatique comporte une proportion si élevée de Mac. La compétition en usabilité sur cette plate-forme est plus élevée que sur Windows. Un .docx créé sur PC avec la suite de Microsoft se retrouve complètement démonté après un passage dans LibO sur Mac, ce n'est pas normal. On peut pointer la nature complexe du docx et avoir raison, mais c'est un exemple d'interopérabilité dont l'objectif n'est toujours pas atteint. Dans les fac, on tourne autour de 40% de Mac, c'est énorme! Dans ma compagnie, c'est 50% Mac, l'autre en PC (Le Linux a disparu). Autant je passe de temps +a vanter LibO comme alternative faisant "80% de ce que MS Office fait", autant je ne sais que répondre quand on me demande pourquoi tel document ne passe pas correctement dans LibO, à part "Euh, ben ça devrait". Les usagers en fac et PME n'ont que faire du "ça devrait": ils veulent leur document prêt à sortir là, tout de suite, ou à la limite maintenant. Si je peux toujours passer l'idée d'un support payant privilégié pour LibO en PME, ce n'est pas le cas en fac.
Néanmoins, au lieu de penser à l'intégration, il y a une multitude de dysfonctionnements et d'illogismes qui persistent d'une version à l'autre, malgré les tests répétés, notamment le comportement lent, gourmand et instable en présence de gros fichiers, souvent traités en entreprise. Je ne sais pas si ça donne envie de faire des "sanity check" à répétition, c'est comme si on reprenait toujours à la base au lieu de viser plus haut, ce qui prend nécessairement plus de temps. Dans les PME on a souvent à peine quelques jours pour créer quelque chose d'aussi complexe qu'une liste de mailing à partir de documents Word exclusivement et de listes de courriels notés sur des feuilles volantes; l'état rudimentaire de LibO Base ne permet pas de travailler avec efficacement. A-t-on un aperçu de l'état d'intégration des corrections majeures rapportées? Il est vrai que sortir des logiciels aussi imposants "à la mitrailleuse", ça crée des problèmes de stabilité, notamment avec les plug-ins variés qui servent quotidiennement. LibO n'est pas le seul touché par le problème, il y a aussi Firefox (qui n'a pas de version avec support à long terme en soi). Le 30 janv. 2014 à 13:33, Sophie a écrit : > Bonjour Ysabeau, > > Ce message aurait plus sa place sur discuss@, mais peut-être qu'il > permettra à d'autres de comprendre la philosophie de notre projet. > > Le 30/01/2014 13:30, Ysabeau a écrit : >> Le 30/01/2014 13:16, Jean-Baptiste Faure a écrit : >>> LibreOffice 4.2 met l'accent sur les performances, l'interopérabilité, >>> et l'amélioration de l'intégration avec Microsoft Windows >> >> Je suis vraiment désolée, mais ça commence à bien faire ! Des sorties de >> version quasiment tous les quinze jours, ça ne donne pas vraiment le >> temps de tester en profondeur les versions. > > Je pense que tu as manqué ceci : > https://wiki.documentfoundation.org/ReleasePlan/fr > > et notamment l'introduction qui explique ce que l'on appelle en anglais > a time-based release. > Ce principe est basée sur un concept que l'on appelle toujours en > anglais Release Early Release Often (publiez tôt, publiez souvent). Ce > concept a été développé par Eric Raymond dans La Cathédrale et le Bazar > et a été adopté par nombre de projets open source tels que Gnome, > Debian, etc. > C'est donc également celui qui a été adopté et adapté à notre méthode de > développement. > Donc tu vois, c'est plutôt un choix instruit et une philosophie qui > appartient à notre projet. >> >> Oui, bien sûr c'est sympa de voir que ça bouge, mais bon. Je n'ai même >> pas eu le temps de signaler les problèmes que j'avais avec la dernière >> bêta que la version "définitive" sort. Je suis à peu près sûre qu'il >> doit y avoir encore une grosse collection de bugs. C’est dommage parce >> qu'il y a plein de bonnes choses dedans mais bon. > > Je pense que tu comprends qu'il ne s'agit pas de 'c'est sympa de voir > que ça bouge', mais plutôt d'une méthode de production et d'une économie > réfléchie. >> >> Ne pourrait-on ralentir le rythme et sortir des produits mieux finis >> plutôt ? Il n'y a pas d'urgence et je pense que LibreOffice s'en >> porterait mieux. > > Je te conseille de lire au minimum le livre d'Eric Raymond et/ou de te > documenter sur les méthodes de gestion et de production open source afin > de comprendre les choix que tu fais en participant à un projet tel que > LibreOffice ou en en portant le produit. Cela t'évitera sans doute de te > sentir frustrée en faisant des comparaisons avec des méthodes de > production classique logicielle et souvent propriétaires. >> >> Il faudrait aussi penser aux entreprises qui ne peuvent pas passer leur >> temps à changer de version... >> > Les entreprises ont toujours une version stable à disposition et elles > sont libres de prendre un support de niveau 3 afin de corriger les bugs > qui les impacts tout en faisant vivre l'écosystème du projet. > > À bientôt > Sophie > > -- > Sophie Gautier <sophie.gaut...@documentfoundation.org> > Tel:+33683901545 > Membership & Certification Committee Member - Co-founder > The Document Foundation > > -- > Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment > vous désinscrire > Les archives de la liste sont disponibles à > http://listarchives.libreoffice.org/fr/users/ > Tous les messages envoyés sur cette liste seront archivés publiquement et ne > pourront pas être supprimés -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
