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
- Re: [fr-discuss] coup de gueule (continued)
Re: [fr-discuss] coup de gueule · Laurent Godard
  Re: [fr-discuss] coup de gueule · Bernard Siaud alias Troumad
- Re: [fr-discuss] coup de gueule · Marie jo Libo
 
  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.