Doc,
En aucun cas je puis considérer comme polémique une perception ou
approche différente de celle qui était la mienne. Ms n'est pas ma
référence absolue, et je pense avoir été le vecteur essentiel de
l'instauration des logiciels libres de bureautique dans notre club RIO.
Le fait que je sois animateur dans un club informatique, m'invite à la
tolérance et à l'écoute d'arguments de nature à bousculer des aprioris.
J'ajoute que par rapport à la majorité des intervenants sur ce forum qui
transmettre dans la majorité des questions assez "pointues", je suis un
utilisateur juste un peu plus averti que les élèves à qui j'essaie de
transmettre une connaissance et aussi sois-en persuadé, une envie de
"pêcher" des façons de faire les choses.
De la discussion naît toujours....
Cordialement
Claude
Le 19/07/2011 12:34, Docgranville a écrit :
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.