Maurice a écrit :
Bonjour,
Il y a plusieurs mois j'ai signalé un bug dans base
http://www.openoffice.org/issues/show_bug.cgi?id=96825
Dans une requête le formatage des colonnes est périodiquement perdu
(sans raison/circonstance précise) : largeur, alignement, format
numérique...
Je croyais que cela avait été corrigé, mais le problème semble
subsister dans 00o 3.1.1
Pouvez-vous confirmer le problème ?
Y a-t-il un "work around", au moins pour l'alignement à gauche des
nombres (format par défaut ?). C'est très inconfortable d'avoir une
colonne de nombres alignés à droite.
Maurice
Bonjour,
Sans vouloir m'avancer (n'étant pas dans le secret des dieux) ça ne
devrait pas être corrigé, pour la simple et bonne raison que ce n'est
pas un bug.
Nous avons déjà discuté de ça sur ces pages, il y a assez longtemps et
je me permets de placer un lien vers cette discussion :
http://fr.openoffice.org/servlets/ReadMsg?list=users&msgNo=60588
Dans une doc. pas encore publiée et que tu peux consulter là
http://fr.openoffice.org/files/documents/67/4127/file_4127.dat/OOo%20Base%20-%20Guide.odt
tu trouveras en bas de page 12 sous le titre "8. Afficher les données"
un paragraphe disant ceci :
"Il faut ici se rappeler que, bien qu'une table ressemble furieusement à
la feuille de calcul d'un tableur, elle n'a pour vocation que de stocker
des données et en aucun cas de les présenter ; ceci explique qu'il soit
parfaitement vain de chercher à améliorer la présentation des données à
l'intérieur de la table ; c'est ainsi qu'il est impossible, dans la
table elle-même, d'obtenir que les nombres soient présentés avec un
séparateur de milliers ou qu'ils soient alignés à droite ; de même, si
vous vous apercevez, après avoir créé une table, qu'il pourrait être
utile de lui créer un nouveau champ, il vous sera impossible (toujours
dans la table, entendons-nous bien) de le placer ailleurs que juste
après ce qui était jusqu'alors le dernier champ, et il vous sera tout
aussi impossible de le déplacer après sa création ; pour l'usage qu'une
table doit faire des données qu'elle contient, il importe peu que le
champ contenant le code postal dans une table répertoriant des adresses,
se situe avant le nom du correspondant ou que le champ contenant le nom
de la ville soit situé en tout premier ou entre le champ contenant le
nom de la rue et celui contenant le numéro du bâtiment ; qui plus est,
l'efficacité de la base de donnée ne sera affectée en rien par cet
ordre ; en fait, vous devez vous dire que si vous éprouvez le besoin de
mettre en forme les données à l'intérieur d'une table ou de déplacer un
champ, c'est certainement que vous souhaitez faire de votre table, un
usage qui n'est pas conforme à celui auquel une table d'une base de
données est normalement destinée."
Bon, dans la mesure où je suis l'auteur de ces lignes là, la source est
la même que dans le fil de discussion évoqué au-dessus et il n'y a pas
recoupement ; mais je crois que c'était également, à l'époque, l'avis
exprimé par Jean-François Nifenecker.
Ce qui est valable pour une table l'est aussi à mon sens pour une
requête, cette dernière ne faisant qu'extraire une partie du contenu
d'une table.
Espérant avoir (un peu) aidé...
A+
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org