Re: [users-fr] Re: [base] bug formatage colonnes
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
Re: [users-fr] Re: [base] bug formatage colonnes
Le dimanche 13 septembre 2009, ribotb a écrit : 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 +1 JPB - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
Re: [users-fr] Re: [base] bug formatage colonnes
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