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


Le 19/03/2015 10:44, Luc Novales a écrit :
Bonjour,

Même si on n'est pas vendredi, on est sur discuss ;)
J'ai lu ton étude intéressante, pour autant c'est l'approche très "judéo
chrétienne" qui me dérrange. Tu cherches "innocenter" le profil d'une
faute que je ne vois pas.

Judéo-chrétienne, ça c'est l'insulte qui tue ! Et je suis sérieuse.

Non l'idée était bien de vérifier la fragilité du profil, ce qui n'est pas le cas, le profil n'est pas fragile (pas à ce point). Il faut donc en finir avec cette idée toute faite et le discours sur la corruption du profil, discours lui très judéo-chrétien d'ailleurs et anxiogène de surcroît.

Le cas où des "options utilisateur" posent des problèmes de
fonctionnement est le seul qui reste dans le périmètre des développeurs
de LO, et pour lequel on pourrait dire qu'il y a un bug ou une fragilité
du profil.

Fragilité qui n'est pas démontrée dans le cadre de l'étude.

Pour tous les autres cas, provoqués essentiellement par des extension
développée par des personnes extérieures, les causes peuvent être
multiples :

   * extension non prévue pour cette version de LO
   * mauvaise connaissance du profil par les développeurs de l'extension
   * ...

La mauvaise connaissance du profil est un critère sur lesquels on peut jouer, utilisateurs comme développeurs.

Développer une "homologation" des extensions et leur limiter
l'installation est très restrictif, car un développeur n'a pas toujours
l'envie, le temps... de tester une extension sur toutes les versions de
LO utilisées et certains utilisateurs sont prêts à faire l'essai "comme
cela", c'est la philosophie du libre.

Mozilla a dû le faire pour des tas de raisons. Il doit y avoir des moyens de tests et comparables à une homologation mais plus légers par exemple... via le site des extensions de LibreOffice qui n'est pas terrible, on pourrait demander aux utilisateurs d'indiquer leur version de LibreOffice et d'OS par exemple ainsi que des avis sur le fonctionnement, donner le nombre de téléchargements, bref des *indicateurs*, aux utilisateurs de réfléchir aussi (ce ne sont pas tous des crétins).

Pour s'affranchir des risques de dysfonctionnement, on peut discuter de
plusieurs solutions :

  1. On donne un tas de documentation à l'utilisateur pour connaître le
     profil et aller modifier le fichier ou les lignes en cause du
     dysfonctionnement. Mais je ne suis pas sûr que les utilisateurs
     souhaitent tous de devenir des experts de l'arborescence du profil,
     du xml...

Pas tous mais certains, dont moi et les gestionnaires de parcs informatiques. On ne peut pas faire l'impasse sur ce genre de documentation à mon avis. Elle peut aussi servir aux développeurs en tous genres.

  2. On dit juste aux utilisateurs où se trouve le profil et on leur
     demande de faire le test en le déplaçant pour savoir s'il est en
     cause. Ensuite, si nécessaire, on met en œuvre la solution 1 ou
     l'assistance sur la liste "users"

D'où la nécessité d'avoir une solide documentation pour mieux répondre sur user (on n'en sort pas).

  3. On développe un certain nombre d'outils comme cela se fait sur
     d'autres projets qui ont beaucoup d'extensions développées par des
     tiers (firefox par exemple), pour aider l'utilisateur à faire ses
     tests :
       * Mode de gestion (création/choix/destruction/ré-initialisation)
         de profils lors d'un démarrage spécifique.
       * Vérification et désactivation (pas désinstallation) des
         extensions qui ne sont pas validées pour la nouvelle version à
         chaque mise à jour (à charge de l'utilisateur de réactiver ce
         qu'il veut essayer)
       * Mode de démarrage "safe" qui désactive toutes les extensions

C'est aussi une idée que tu avais déjà donnée. J'imagine qu'il va falloir en faire quelque chose. Elle a le gros défaut de ne pas être à notre portée.

Pour l'instant c'est la seconde solution qui est faite sur LO. Vu les
conclusions de ton étude, c'est peut être suffisant à partir du moment
ou l'utilisateur trouve facilement comment déplacer son profil pour
faire l'essai.

Ce n'est ni suffisant ni satisfaisant à partir du moment où on a un peu d'estime pour les utilisateurs. Les laisser dans l'ignorance est extrêmement méprisant je trouve. Certains utilisateurs peuvent se satisfaire, et tant mieux, des manipulations de base, d'autres non et c'est tant mieux aussi. Il faut prendre en compte cette diversité.

Pour ma part, la façon dont tu as abordé l'étude laisse penser que la
démarche de vérification n'est pas légitime, alors que je considère
qu'elle est totalement dans la philo des logiciels libres.

Du tout puisque j'indique qu'il s'agit d'une "bonne pratique", c'est une terme très fort. Je dis seulement que ce n'est pas une panacée. D'autre part, l'idée était avant tout de vérifier si la réputation de fragilité du profil était ou pas méritée et cela de façon objective.

C'est pédagogique de demander cette vérification et cela devrait être un
réflexe pour tous les utilisateurs. Ce n'est pas une recette miracle,
mais un préalable : avant d'aller demander de l'aide à la terre entière
ou accuser un logiciel de tous les maux, le réinstaller... on doit de
vérifier que le dysfonctionnement n'est pas lié à un contexte utilisateur :

   * effacement des données en cache,
   * essai avec un nouveau profil,
   * essai avec un nouvel utilisateur,
   * ...

Devraient être des automatismes.

Voilà. C'est bien ce que j'ai écrit.
Cela veut dire aussi qu'il faut des données plus précises sur *tous* les endroits où peuvent se nicher les donnes en cache dans LibreOffice. Bref mieux documenter le profil. Tout le monde serait gagnant, développeurs comme utilisateurs de base ou chevronnés.

--
Ysabeau

--
Envoyez un mail à discuss+unsubscribe@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.