Le 29/12/2013 16:16, Pierre Choffardet a écrit : > Le 29/12/2013 15:46, Sophie a écrit : >> Bonjour Pierre, >> Le 24/12/2013 15:10, Pierre Choffardet a écrit : >>> Le 24/12/2013 11:09, "Stéphane G." a écrit : >>>> - Afficher dans le navigateur une icône (ou dans une police de couleur >>>> différente) pour les images *liées*. >>>> >>>> Le 24/12/2013 09:31, catof a écrit : >>>>> 24 décembre, super j'ai le droit de rêver et d'y croire .... >>>>> Sans volonté de troller ou quoi ou quesse voici ma petite liste au >>>>> père >>>>> noël >>>> >>> Une meilleure visibilité de la suite et de son évolution >>> >>> ainsi, plutôt qu'une liste de commits pour chacune de versions, un tri >>> de ces commits >>> - ajouts de fonctionnalités >>> - correction de bugs liés aux nouvelles fonctionnalités de cette >>> version >>> >>> - corrections de régression vis-à-vis de la version à préciser >> Je suis en train de faire en sorte qu'une issue de référence soit >> ouverte pour chaque nouvelle fonctionnalité afin qu'on puisse la tester >> et la documenter. Je profite de la migration de Bugzilla sur notre >> propre système pour cela, et ensuite, il faudra contraindre les nouveaux >> contributeurs à s'y mettre, ce qui n'est pas la plus petite partie. > Je crois que le gros du boulot est déjà fait. Dans un bug, il y a le mot > clé régression et la version identifiée de la régression. il ne reste > plus qu'à mettre ça en forme dans un tableau avec un requête appropriée > > >>> des versions de vie plus longues (une sur deux, une sur trois) >> Ce n'est tout simplement pas possible en raison du coût que cela >> implique pour la communauté. Ceux qui ont besoin d'un support long >> doivent le prendre auprès des entreprises qui le fournisse. > c'est donc un problème de choix, de priorité, pas une impossibilité > > Est-il normal qu'actuellement il n'y ait pas de version téléchargeable > de LibreOffice qui permettent de travailler avec des tableaux dans > impress sans que ça plante toutes les 5 minutes ? > > Si on répond oui, alors il faut l'afficher clairement "attention vous > utilisez un logiciel à plantage aléatoire" > > Si on répond non, alors il faut trouver une solution
répondre non serait faux puisqu'il y a toujours des plantages aléatoires dans un logiciel. Par contre je peux implémenter des tests de non régression dans Moztrap de façon à ce qui n'est pas dans les tests automatiques le soit dans les tests manuels. Je l'ai fait pour le moment pour Writer et Calc pas sur Impress c'est vrai, mais il faut aussi plus de testeurs sur Moztrap... > > >>> Quand on voit que la 4.1.4 a intégré près d'une centaine de correctifs >>> divers. Que cette version est recommandée vis-à-vis de la 4.0.6. >>> >>> que près de 80 sont déjà dans les tuyaux de la 4.1.5 on peut >>> légitimement se poser la question de la qualité effective de 4.0.6 ou de >>> la 4.1.4 >>> >>> ou alors, sérieusement décaler la RC2 de la RC1 pour la dernière version >>> d'une branche, afin de laisser le temps d'intégrer des bugs très gênants >>> ou des régressions sérieuses (plantage des tableaux d'impress, méli-mélo >>> dans les styles d'impress) >> Cela ne changera rien. Pour le mixage des styles dont je suis >> responsable et que tu cites, ce sont des chaînes que je ne crois pas >> avoir touché cette année, cela doit remonter à un moment donc. Ce qu'il >> faut, c'est tester les versions bien avant la RC, dès les alphas et >> favoriser son terrain de jeu : impress pour toi, math pour Didier, >> etc... le fait que j'ai pu corriger juste avant le freeze de la 4.2.0 >> est grâce à Pierre-Yves et son analyse et j'ai donc pu vérifier que la >> 4.1.x était également impactée. Je ne maintiens plus la 4.0.x, mais >> c'est possible que le bug soit dedans et y restera. > Loin de moi l'idée je faire des reproches à des personnes, mais plutôt à > un fonctionnement, une démarche qui, je crois amène une dégradation de > la suite. Je te répondais juste sur le process qui est le mien, donc que je maîtrise, je ne me suis pas sentie attaquée :) il faut que la suite soit testée bien plus tôt qu'elle ne l'est actuellement et par bien plus de monde qu'elle ne l'est actuellement aussi. Pour revenir à ce process particulier, la localization FR est faite bénévolement par moi, donc la nuit le plus souvent ou parfois le weekend entre ma famille, c'est effectivement une source d'erreur non négligeable et qui peut impacter lourdement la suite et son utilisation, comme tu en fais les frais actuellement. Ce qui n'est pas normal, c'est que la correction n'intervienne que dans la 4.1.4 alors que ce bug est présent depuis la 4.1.0. Plus de testeurs de mes bêtises auraient permis de les corriger plus tôt :) > > C'est pourquoi je propose des pistes pour améliorer la visibilité de la > suite. oui, c'est intéressant et je t'en remercie. Je ne peux que te répondre que malheureusement nous ne sommes pas assez nombreux à faire de l'assurance qualité, mais que nous faisons tout pour que cela s'améliore. Et si j'avais un seul souhait pour 2014, ce serait de trouver un développeur pour Moztrap et d'avoir enfin son internationalisation. > > Savoir rapidement qu'elles sont les régressions identifiées pour une > version, celles qui sont corrigées, les bugs des nvelles fonctionnalités. c'est effectivement tracé mais en anglais uniquement pour les besoins du projet QA international et des développeurs. > > les requêtes sur bugzilla, les MAB, c'est pour des spécialistes anglophones Il y a des possibilités de faire des tableaux et des graphs sur Bugzilla, par exemple : http://ur1.ca/g7wss ou encore ce type de graph pour nous motiver à passer sous la barre des 800 bugs à confirmer cette semaine malgré les fêtes : https://bugs.freedesktop.org/reports.cgi?product=LibreOffice&datasets=UNCONFIRMED mais je suis d'accord qu'il faut connaître l'anglais pour se les réaliser. À bientôt Sophie -- 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
