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


Bonjour,

Je pense, que ce fil est très intéressant car chacun s'exprime et que tout le monde semble d'accord. Nous y avons parlé d'entreprise et de particuliers. Et si nous parlions d'utilisateurs, tout simplement ? Je pense que la com entre les 2 branches de versions a été comprise. Les entreprises ou collectivités s'entourent de prestataires. C'est à eux de les éclairer. Le problème reste pour moi les régressions. Vous pouvez avoir 1 ou 2 ou 10 versions en même temps. Il semble prioritaire de pouvoir faire encore ce que l'on faisait avant avec un numéro antérieur. Tout le monde peut comprendre que 3.5 est supérieur à 3.4 et donc, de ce fait, amélioré. Et c'est bien là que nous avons le souci. Trop de versions, plus le temps de tester, ni même de communiquer. J'ai à maintes reprises commencé des documents faisant ressortir des nouveautés d'une version. (oui, ceci existe sur le site mais je voulais faire ressortir les nouveautés fonctionnelles, chères aux utilisateurs). Mais à peine commencé, mon document devenait obsolète. Alors, découragée, j'ai arrêté. A ce stade, il faudrait faire un comparatif pour la branche 3.5. Colonne ajout et colonne régressions. (et en commentaire ajout mais bug possible) Ainsi, celui qui n'utilise pas la fonctionnalité vivant une régression pourra choisir en tout état de cause.

Sur un autre fil, relatif à l'annonce de la 3.5.3, j'ai demandé si nous avions une liste des problèmes de rétro-compatibilités. Car ce point me pose un grave problème aujourd'hui. Concrètement : un document contenant un mot de passe ne peut plus être ouvert à partir de la 3.5. Ni dans une version antérieure, ni dans Word.
Je n'ai pas eu de retour.
Si je commence à faire ce comparatif dont je viens de parler, j'aurais à peine lancé windows (it's a joke ;-) qu'une nouvelle version sera proposée au téléchargement !

Pour tenter de conclure, je crois que nous sommes tous d'accords.
Oui, il faut communiquer. J'avais préparé un mail pour mes clients que je n'ai pas envoyé. Car je ne souhaite pas communiquer en mal sur LibreOffice. Et aujourd'hui, nous en sommes un peu là. Comme l'a précisé Christophe, 80% des utilisateurs d'Ooo y sont encore.; Et AOO vient de sortir. Cela me semble être un point à ne pas négliger. Nous répétons depuis longtemps que les versions sortent trop vite. Alors, pourquoi ne pas réduire les sorties de version, comme longuement proposé dans ce fil. J'ai l'impression que nous passons beaucoup d'énergie (et d'autres beaucoup plus que moi) à débattre sur des sujets aussi graves que celui-ci sans que jamais
leurs conclusions ne soient prises en compte par le TDF...

bonne journée

Marie-Jo

Le 14/05/2012 10:14, Bernard Siaud alias Troumad a écrit :
Bonjour

J'ai déjà du répondre au moins une fois sur ce fil bien trop long pour être parcouru d'un coup le lundi matin !

Il y a d'un côté le besoin et l'envie de rajouter de nouvelles fonctionnalités. Ceci est un chalenge intéressant pour les développeurs et une demande insistante de certains utilisateurs. Il y a d'autre par le besoin d'une version stable et fonctionnelle quelque soit la drôle de manipulation faite par l'utilisateur pas toujours informé de toutes les fonctionnalités du logiciel.

Pour un développeur, il est bien plus intéressant de créer de nouvelles fonctionnalités que de corriger des bugs nouvellement apparus sur des fonctionnalités développées il y a assez longtemps et peut-être par une autre personne. Certains développeurs sont bénévoles (dur à imaginer devant l'ampleur du projet), on ne peut que les encourager et les remercier. D'autres sont rémunérés pour le travail qu'ils fournissent pour la communauté. Il serait dommage pour leur motivation de ne leur donner que des tâches ingrates ou peu intéressantes comme la correction de bug dont l'utilisateur lambda n'arrive pas toujours à imaginer le travail à fournir pour obtenir juste une correction d'un bug qui ne le gênait peut-être pas lui. Parfois les interactions entre différents modules du projet ne sont pas toujours facile à saisir, la raison exacte du bug n'est pas toujours évidente. Si l'utilisateur lambda a essayé de décrire l'exacte suite d'actions qui peut mener à l'apparition d'un bug, il peut voir que ce n'est pas évident : "pourquoi cette fois ça plante et pas l'autre fois ? Quelle est la différence ?", il peut commence à saisir la complexité du problème. Déboguer un module qui marche presque toujours est souvent bien plus long que sa création.

La pages web "bugs critiques" proposée par JBF est sûrement un premier pas vers une solution, mais encore faut-il que les simples utilisateurs y participent. Pour ma part, j'avoue avoir plus facilement tendance à poster ici quand je vois un comportement bizarre ou anormal selon moi. Je ne peux pas râler contre un produit gratuit qui marche relativement bien (j'arrive à faire tout ce que je souhaite avec les coups de mains apportés par la liste) auquel je ne contribue pas ou si peu !

Je peux bien sûr être surpris devant la vitesse d'apparition des nouvelles versions, devant le fait qu'une nouvelle monture proposée ne soit pas de suite considérée stable. Je peux faire remarquer que certains bugs persistent d'une version à l'autre. Surtout pour à couse de point, et c'est peut-être là que la page de JBF devient importante, on va peut-être comprendre que la communauté a besoin d'une pause dans la recherche de nouvelles fonctionnalités le temps que certains bugs (tous ?) soient corrigés. C'est peut-être même indispensable pour que certaines structures adoptent LibO. Il faudra alors penser à une méthode pour rendre tout de même accessible les nouvelles fonctionnalités à ceux qui en ont besoin avant qu'elles
soient incorporées dans le corps du programme.

--
Marie jo KOPP CASTINEL

Société OpenGo
http://www.opengo.fr

Soutenez la bureautique libre
http://www.lamouette.org


--
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.