Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


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.