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


Bonsoir,
Le 06/06/2014 20:17, Jean-Francois Nifenecker a écrit :
Bonsoir,

Le 06/06/2014 09:13, Jean-Baptiste Faure a écrit :

Il y a aussi des utilisateurs avancés, y compris des utilisateurs
professionnels fournissant du support, qui lisent la liste [dev].


sans doute...

Je me trompe peut-être mais je pense que Kohei l'a fait exprès, au moins
dans un premier temps, quand on voit l'énergie dépensée dans une
discussion comme celle à propos de la couleur des caractères non
imprimables. ;-)

Bref, il y a une liste [UX] mais il ne faut pas s'en servir. Ça cause
trop là-bas, on reste entre gens sérieux et on bosse, nous. J'ai bon ?
it.

Il y a deux listes, une dédiée à l'échange UX et utilisateurs, qui
regroupe toutes les demandes/discussion design, une liste UX/dev qui
regroupe les échanges UX/Dev/QA. Il est aussi convenu que la liste dev
serve d'échange direct avec entre dev et UX puisque les deux équipes ont
une réunion commune toutes les semaines via l'ESC.

Tu rejoins à peu près l'avis de Thorsten : quelque soit la plus obscure
fonction de Calc et Writer, on peut parier sans risque qu'elle est
absolument nécessaire à quelqu'un. ;-)

Certainement. Une fonctionnalité qui est présente est, forcément,
utilisée par quelqu'un et si ce quelqu'un l'a adoptée c'est qu'elle lui
rend service. La retirer pousse donc le quelqu'un à chercher une
alternative. Et lorsque l'alternative la plus crédible est ailleurs, le
quelqu'un va voir ailleurs.

Non pas qu'il faille garder les choses figées. J'ai bien conscience que
la présence de cette fonctionnalité pose des pbs de maintenance.
Cependant, qu'un programmeur puisse dire, en substance : "c'est chiant à
réparer en l'état ; si j'enlève la fonctionnalité alors ça devient
facile" me laisse songeur. De fil en aiguille, on risque de vider
l'application de toute substance avec de tels raisonnements :)

Kohey demande un/des cas d'usages en entreprise, que pour l'instant
personne ne lui a apporté, ce qui lui permettrait aussi de savoir
comment consolider la fonctionnalité dans l'environnement qu'il développe.
C'est aussi une question d'arbitrage entre passer du temps sur des
fonctionnalités non utilisées par rapport à d'autres qui
rendent/rendraient de meilleurs services ou à un plus grand nombre
d'utilisateurs.

En guise de remplacement, est-ce que une copie suivie d'un tri de la
copie n'est pas équivalent ?

Voir la réponse de Pierre-Yves. Je suis complètement contre la
suppression de la fonctionnalité et -- en ce qui me concerne --
j'accepte de continuer à vivre avec le bug. Mais bon, ce n'est que mon avis.

Si tu as un cas d'usage réel en entreprise, alors n'hésite pas à lui
fournir. Sinon, LO n'a pas tant de développeurs pour continuer à faire
fonctionner des choses que personne n'utilise dans un environnement qui
évolue (au niveau code) et qui deviennent plus en plus précaire dans ce
nouvel environnement.

À bientôt
Sophie

-- 
Envoyez un mail à qa+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/
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.