Bonjour !
Sophie Gautier a écrit :
[...]
Comme vous le savez sans-doute, un nouveau module de diagramme est en
cours de développement. Une des issues les plus visibles avec les
diagrammes est leurs couleurs.
Comme vous pouvez le lire sur cette issue
http://qa.openoffice.org/issues/show_bug.cgi?id=7019
il y a besoin d'aide pour choisir des couleurs plus belles. C'est une
tâche intéressante pour ceux qui souhaitent aider OOo car il n'y pas
besoin d'avoir de connaissance en développement.
Avant de commencer, voici les conditions que votre palette doit remplir:
Il y a besoin de 12 couleurs. Elle doivent convenir à des lignes fines
aussi bien qu'à des zone remplies. Elles doivent se distinguer sur des
imprimantes noir et blanc. Elles doivent convenir à des diagrammes en
2D et en 3D.
Dans mon travail, je suis souvent amené à faire des graphiques, soit
pour mes analyses de données, soit pour faire de la comm'. Dans un cas
comme dans l'autre (mais surtout dans le 2e), je suis sensible à la
possibilité d'obtenir des graphiques "qui ont de la gueule" dans le
double but de :
* valoriser le boulot fait (n'oublions pas que ce sont des êtres
humains qui les regardent et qu'ils sont sensibles au look des
choses ; cf les nouvelles icônes de OOo2 par rapport à celles
d'OOo1 !)
* faciliter la lecture des gens
Bref, cette introduction pour donner mon humble avis sur 2 points :
* la fonctionnalité d'Excel qui consiste à pouvoir attribuer à une
série de données (de diagramme en surface) un dégradé manque à OOo
pour réaliser des diagrammes "qui ont de la gueule"
* la question de la lisibilité d'un "dessin" a été beaucoup étudiée
par les cartographes qui ont à cœur la gestion visuelle de
l'information. L'idée de ce mail m'est donc aussi venue d'une
fonctionnalité présente dans un SIG (logiciel de cartographie pour
faire simple) libre OpenJUMP : Pour la colorisation de polygones
(comme des champs cultivés) le logiciel propose une option qui
propose une couleur de contour du polygone en fonction de la
couleur de remplissage proposée. Voir la case "synchronisation..."
sur la capture d'écran suivante
<http://cjoint.com/data/misparYJbk_Couleurs_OpenJump.png>
Je me disais qu'une fonctionnalité similaire pourrait être utilisée dans
OOo, par exemple pour :
* proposer automatiquement des dégradés dans des diagrammes à bâtons
ou à surface
* proposer automatiquement des couleurs pour le contours de bâtons
ou de surface
Voir par exemple :
* <http://www.itlocation.com/images/image.asp?ImageID=36994&ImageType=>
* <http://www.softplatz.com/shots/32092-src.jpg>
* <http://www.softplatz.com/shots/19038-src.gif>
Pour aller plus loin dans ce sens, peut-on envisager une fonction
d'export (ou d'affichage) des diagrammes avec de l'anti-aliasing ? Voir
<http://www.jpowered.com/graph_chart_collection/anti_aliasing.htm>
Voilà, ce ne sont que des idées qui rajoutent du travail aux
développeurs, travail pour lequel je ne sais pas trop comment contribuer
d'avantage... mais tant qu'on ne peut pas faire de graphiques chouettes
avec OOo, OOo restera un maillon dans la chaîne de traitement, mais
absent de l'étape de valorisation.
Sympathicamicalement, Luc
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
