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


Le 14/12/2012 22:46, Dagobert_78 a écrit :
Le 14/12/2012 17:41, Michel Rudelle a écrit :
Bonjour,

D'autant qu'il n'est pas nécessaire pour nous puisqu'on obtient la
même chose avec la zone de texte normale, en la faisant pivoter avec
"position et taille".
Mais ce petit mouvement rapide est troublant et fait penser à un bug
alors que ce n'est pas le cas.
En fait il est présent mais non affiché dans la barre de dessin. Le
plus simple me paraîtrait de ne pas l'afficher dans la liste des
boutons possibles, mais ce n'est peut-être pas simple ?

Bonne soirée,
Michel
Bonsoir.

Comme le dis Sophie, "/il devrait être grisé avec une infobule./" Oui,
une p'tite infobulle disant "Cette option n'est accessible que si vous
activez la prise en charge des langues asiatiques" serait la bienvenue.
LibO 4.0.0.0 béta 1 est concerné par ce comportement suspect, est-il
possible de faire une demande de "grisation" +  d'infobulle au
développeur ?
Oui bien sûr, il est toujours possible de proposer une amélioration.
Dans le cas présent on a passé l'étape de gel des fonctionnalités pour
la 4.0 donc il est possible qu'une telle demande ne soit recevable que
pour la 4.1 et au delà. C'est d'ailleurs probable car il faut ajouter du
texte qui devra être traduit dans les différentes langues de l'interface.


Une demande d'amélioration se fait comme un rapport de bug, les seules
différences sont :

[Mode donneur de leçon ON ;-) ]
1/ Pour donner du poids à une demande d'amélioration, la façon dont on
la rédige est encore plus importante que pour un rapport de bug : le
mode impératif est en général assez mal reçu (le plus soft : néant, mais
aussi "please submit a patch", version polie de "fais le toi-même"), et
particulièrement quand il s'agit d'amélioration. Les développeurs
submergés de demandes sont des gens sensibles à la façon dont on leur
propose du travail supplémentaire :-) Par exemple, ne jamais écrire
qu'une demande de modification est certainement facile à coder car seul
quelqu'un qui connaît le code peut le dire. Donc si quelqu'un propose
une amélioration et peut dire valablement qu'elle est facile à faire,
alors il peut faire la modif et donc proposer lui-même un correctif.
[Mode donneur de leçon OFF ]

2/  Dans la 2e liste déroulante pour "Importance" choisir "Enhancement".

L'avantage d'une demande d'amélioration bien rédigée et bien ciblée,
c'est que si on connaît un développeur compétent sur le sujet, on peut
attirer son attention dessus simplement en lui donnant le numéro du bug
et son titre (très important le titre) et ensuite il fait ce qu'il veut
mais il a les moyens de juger rapidement de la faisabilité et de la
complexité de la demande.


Bonne journée
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.


-- 
Envoyez un mail à qa+help@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.