Le 19/07/2011 09:52, Claude FRICARD a écrit :
Doc,
Ton explication a le mérite d'être claire, j'ai donc effectué la manip
indiquée et obtenu le résultat escompté.
Ainsi que celles données par Philippe Clément, les actions qui
conduisent à ce résultat ne sont guère intuitives.
Je me situe dans le cadre d'un cours "basique" (sans jeu de mots ...)
dans une association , et pour les quelques "clients" des Bases de
données j'ai recours a des choses simples, utilisant au maximum les
possibilités explicitées par des icônes de la barre d'outils.
Il reste qu'à titre personnel, je mets cette manipulation non dénuée
d'intérêt, en réserve dans mes tablettes...
Pour le clin d'œil à la référence de la base, lorsque l'on utilise une
requête comme source de données de la création d'étiquettes par
exemple, on a cette notion de référencement qui intervient.
Merci et A+
Claude
Je te laisse juge du niveau de tes "clients" dans ton assoc' mais
franchement, plus intuitif qu'un cliquer/déposer, je ne vois vraiment pas.
En fait, on en revient à des discussions qui ont déjà eu lieu maintes
fois ici sur la philosophie générale de LibO et de OOo avant lui, et sur
la spécificité de chaque module ; chaque module a sa spécialité et
n'empiète pas sur celle du voisin, ce qui n'est pas gênant dans la
mesure où ils font partie d'une même suite logicielle et sont
interopérables ; ça évite aux concepteurs de perdre du temps à
ré-inventer, pour chaque module, un bout de ce qu'ils ont déjà écrit
pour un autre mais de n'offrir qu'un bout de fonctionnalité de
traitement de texte dans le module de gestion de bases de données, ou un
bout de fonctionnalité tableur, et de renvoyer vers le module traitement
de texte ou tableur pour avoir les fonctionnalités complètes.
M$ vendant ses logiciels, se retrouve avec des clients n'achetant qu'une
partie de la suite ; à l'extrême, on pourrait imaginer un client
n'achetant que Access et n'ayant ni Word ni Excel ; du coup, il faut
bien que le logiciel propose une solution pour éditer, sortir,
modifier... les résultats des activités du logiciel sur ses base de
données ; chez LibO la situation est différente puisque le logiciel est
libre ; du coup, l'utilisateur est en mesure d'avoir à sa disposition
chacun des modules dont il a besoin sans avoir à bourse délier ; dans
ces conditions, il n'y a aucune raison d'intégrer au module en charge de
la gestion des bases de données, des éléments sur la mise en page ou sur
les tableaux : un module spécifique a été développé pour ça (Writer pour
le traitement de texte, Calc pour les tableaux) et, en plus, LibO étant
un logiciel intégré, une simple pression sur une touche suffit pour
accéder au résultat du travail du module traitant les bases de données
ou même au contenu des basses référencées et pour les exploiter dans un
module spécifiquement développé pour l'usage que l'on va en avoir ;
autrement dit, quand on utilise le résultat d'une requête dans Writer,
on a directement toutes les fonctionnalités de Writer, et c'est la même
chose dans Calc.
A la limite, je dirais que l'utilisateur n'a à travailler dans Base que
lorsqu'il crée sa base de données, lorsqu'il la paramètre (création des
requêtes, des formulaires,...) et lorsqu'il modifie ses paramètres ; en
revanche, à l'exploitation courante (insertion de données dans les
tables, modifications des données, exploitation du résultats des
requêtes), tout cela devrait se faire à l'extérieur du module Base,
directement dans le module avec lequel ce résultat est destiné à être
traité.
J'ai l'impression que si on se limite à dire aux utilisateurs, "chez M$
on fait comme ça chez LibO on fait comme ça", on finit par toujours
avoir/donner l'impression que M$ est plus facile d'accès, plus intuitif
; pour éviter cette impression, il me semble important de souligner,
auprès des utilisateurs, que LibO repose sur une philosophie différente
et que le mode de réflexion (lorsque l'on est à la recherche d'une
solution) doit donc être différent ; bien entendu (et malgré les
apparences peut-être ? si c'est le cas, j'en suis désolé), mon propos ne
vise en aucun cas à critiquer les formateurs ou les utilisateurs de LibO
ou ceux qui viennent simplement poser des questions ; c'est la liste
Users et elle sert à ça ; mais en caricaturant un peu, apprendre M$O à
un utilisateur, ça revient à lui donner du poisson, lui apprendre LibO,
c'est lui apprendre à pêcher ; c'est plus long, mais à moyen terme,
c'est plus efficace ; sans arrêter de leur donner du poisson du jour au
lendemain (il est difficile d'apprendre à pêcher à un mort), tentons
quand-même d'apprendre à pêcher aux utilisateurs de LibO.
Mais bon, on est d'accord hein : il n'y a pas d'attaque personnelle dans
mon propos et aucune intention polémique ; j'ai juste saisi l'occasion
qui m'était donnée, d'exposer un peu ma vision du truc.
--
Envoyez un mail à users+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
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.