Bonjour.
Je suis d'accord avec ce point de vue : ce n'est pas aux SGBD (en
général) et à Base (en particulier) de gérer la couche présentation
des données.
Cordialement,
Bernard Ribot
Docgranville a écrit :
Maurice a écrit :
Merci pour ce lien et pour la précision : il s'agit donc bien d'un
bug, sinon pourquoi l'aurait-on répertorié et corrigé ?
Je ne partage pas l'avis de l'autre réponse : si on peut affiner le
formatage d'une requête alors on peut espérer que cela fonctionne,
sinon à quoi servirait cette possibilité ?
Maurice
Bonsoir,
C'est bien noté, mais je maintiens néanmoins ma réponse précédente.
Dans le lien précédemment communiqué, ou dans une discussion
précédente sur le même point, j'avais également soulevé la même
interrogation sur l'objet de cette possibilité de mise en forme, dès
lors que la philosophie générale n'était a priori pas de confier à
Base le soin d'assurer la présentation.
Pour répondre sur un domaine très différent, on peut rapprocher la
situation de celle des véhicules ; ma voiture à la capacité de rouler
bien au-delà de 130 km/h et, si d'aventure il lui arrivait de ne plus
être en mesure de le faire, je peux aller voir mon garagiste pour
qu'il remédie à ce défaut ; pour autant, rouler au-delà de 130 km/h
(ou 90, voire 50) ne correspond pas à une bonne pratique de la
conduite automobile (en tout cas, dans nos contrées).
Dès lors que des ressources sont consacrées à cette modification du
logiciel, ça ne me pose pas de difficulté, mais je considère que c'est
plus une concession aux utilisateur en provenance de M$ Access qu'une
véritable amélioration de OOo ; sachant que, de toute façon, le
résultat de la requête n'est pas imprimable directement, il est
nécessaire d'utiliser l'un des autres modules pour pouvoir sortir la
chose sur un support extérieur, autre module (Calc ou Writer) dans
lequel la mise en forme ne pose aucune difficulté ; du coup, je pense
que cette modification va en appeler d'autres pour permettre
l'exploitation de Base, de manière autonome (du type mise en gras,
coloration des cellules, modification de la taille de police,
possibilité d'imprimer directement,...) ; tout cela me semble de
nature à mobiliser des ressources (en terme de temps de programmation)
qui pourraient être bien plus utile sur d'autres aspects du logiciel ;
mais encore une fois, ce n'est qu'un avis tout à fait personnel d'un
utilisateur lambda du logiciel.
J'admets en outre que ce point de vue laisse de côté le simple côté
esthétique/pratique pour un usage uniquement à l'écran.
A+
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org