Je vais essayer de vous faire parvenir l'outil et ses composants calc et base. Toutefois, manips préalables pour moi pour transformer les fichiers réels en fichiers anonymes.
En ce qui concerne la différence entre tableur et base de données, je ne confonds pas du tout. Je connais bien. J'essaie de voir si calc n'intègre pas une fonctionnalité avec logique base de données (il en a déjà plusieurs) et ce afin de respecter un paramètre important pour moi : ne pas complexifier le développement pour permettre à un non programmeur de prendre le relais. Si j'avais complétement libre ou si çà avait été pour moi uniquement, j'aurai fait complétement différemment et sans doute sans LO, logiciel de bureuatique ! Mon public n'est pas footballeur, peut sans doute suivre une formation, peut être sans grande motivation car utilisation ultérieure limitée, et pratiquera très peu, donc oubliera vite. (constaté par expérience). Mes constats également : l'appel à des requêtes base dans un ods est faite. Il ne s'agit donc pas de les intégrer, de les créer, mais simplement de les maintenir (tri, critères de sélection, ce qui est déjà beaucoup plus simple). Table dynamique : j'ai essayé mais je ne pouvais obtenir ou approcher les présentations qui me sont demandées par des tiers (club maison mère, fédération nationale, conseil départemental). J'ai donc abandonné. Formulaire de calc : j'avais essayé mais de mémoire, je ne pouvais pas réutiliser les "validités" déjà définies. Je me note de le tester à nouveau. En échangeant avec vous et les répondeurs de la liste, il m'est venu une autre idée. La fonction validité peut me permettre de vérifier si un montant saisi est égal à un montant calculé. Si différence, affichage d'un message d'erreur. Je vais regarder si ce message peut contenir le montant calculé. Un des intérêts serait également de se déclencher automatiquement lors de la sortie de la cellule. Je teste et fais un retour sur la liste. Si KO, je préparerai ods et odb anonymisés pour aide complémentaire. ________________________________ De : C Fourcroy <[email protected]> Envoyé : lundi 26 août 2024 11:20 À : [email protected] <[email protected]>; Jean-Francois Nifenecker <[email protected]>; [email protected] <[email protected]> Objet : Re: *** SPAM *** Re: [fr-users] Calc : Ajout de formule automatiquement dans nouvelle ligne Bonjour Je pense que vous devriez nous faire parvenir un exemple de votre application (Calc et Base) afin de bien comprendre votre problème et votre façon de voir les choses. Pour autant que je comprenne votre problème, vous vous méprenez sur les possibilités des logiciels : Il y a une logique, un mode de fonctionnement propre à chaque logiciel. Et, comme beaucoup de gens, vous confondez Calc et Base , Tableur et Base de données : * Un tableur contient des formules sur une zone donnée, puis, ces formules s'adaptent ensuite aux données introduites. Mais les formules sont toujours préexistantes. Y compris pour "validité" , puisque que, avant de définir les critères de validité, il faut sélectionner la zone où elle s'applique. On pourrait en dire autant des mises en forme conditionnelles. Validité et Format conditionnelle ne sont pas des formules au sens strict du terme (quoique on puisse y utiliser aussi des formules), mais en interne, ces deux fonctionnalités sont traitées comme telles. Dans un tableur le but est de faire des calculs, la présentations et la manipulation des données sont secondaires. Tout ceci quelque soit le tableur, sinon ce ne serait pas un tableur . * Une base de données contient des données (les tables sont préexistantes à tout le reste) puis met en forme, fait des calculs en fonction de ces données (grâce aux formulaires et aux requêtes). Dans une base de données le but est de faire de la manipulation de données , que ce soit la présentation, la sélection ou le calcul, les traitements s'adaptent aux données présentent. La solution standard de votre problème est de tout traiter dans Base. Base n'est pas vraiment plus compliqué que Calc. surtout si vous admettez déjà que la création et la manipulation de requêtes dans Base sont assez simple. Et si vous partez du principes que la personne qui va faire la maintenance de l'application maîtrise la manipulation de formules dans Calc. La création de formules de calcul dans une requête Base n'est pas très différente. En tant que formateur , je peux vous dire que les fondements de Base peuvent se maîtriser en 35 heures environ, y compris par des footballeurs en cours du soir ;) (je ne me moque pas des footballeurs, je n'ai aucun a priori sur leur niveau intellectuel, c'est juste un cours que j'ai réalisé il y a quelques temps) En dernier recours, si Base vous sert essentiellement à filtrer des données et à les présenter, je pense qu'une solution possible dans Calc est de passer par une "Table dynamique" avec filtre mais, a priori, la complexité sera identique. Et aussi de créer le "formulaire" de présentation dans Calc, surtout si celui-ci est de forme tabulaire. NB : la notion de formulaire dans Calc (Données-Formulaire), n'a rien à voir avec celle de Base, je parle simplement de créer une présentation avec disposition et mise en forme de certaines cellules. Un peu comme certaines personnes utilisent les tableurs pour écrire leur courrier ;) Bon courage Christian Le 26/08/2024 à 08:46, [email protected] a écrit : > Merci Jean-François pour cette réponse. > Mes réponses : > 1-"La feuille de saisie peut faire appel à une formule de cotisation,, ça ne > pose pas de pb. " > Si, car chaque nouvelle ligne (= un nouvel adhérent), est vide aucune formule > n'est positionnée. C'est bien mon problème. > > 2-"Le stockage devrait être sur un feuille *séparée* du classeur. En > l'occurrence par simple recopie des valeurs de la feuille de saisie. > S'il y a plusieurs feuilles de saisie, vous pouvez soit les agglomérer > dans une unique feuille de données soit gérer plusieurs feuilles de > stockage, en fonction du besoin. > -> Liez alors cette/ces feuille-s à votre odb (où elle devien-nen-t > une/des table-s) et non pas la-les feuille-s de saisie. > " > C'est bien ce que j'ai fait et décrit : une feuille de saisie (= "onglet" > dans ma description, =une table dans l'odb), et x feuilles dans le même ods, > et ce autant qu'il y a de besoins de restitution (formatage, calcul, tri, > couleur...). Mais en faisant ainsi, cela ne peut traiter mon besoin. Je > souhaite que à la saisie, l'utilisateur voit le montant des cotisations et ce > sans être obligé de changer de feuille...etc... > > 3-"Comme vous devinez à mon commentaire, finalement la bonne route n'est > pas le tableur, même mâtiné de SGBD. Passez en 100% Base, quitte à > conserver le tableur comme interface d'interrogation/rapports." > Je connais bien les principes que vous évoquez (saisie, traitement, > stockage), ce qu'est un SGBD. Mon souci est, comme indiqué, de ne pas > complexifier la maintenance pour celui qui la reprendra. Si je fais du pur > SGBD, un formulaire...la complexité monte d'un cran que je me suis interdit. > (actuellement, si des actions de maintenance sont nécessaires dans Base, > elles seront limitées à des modifications de critères de sélection, > tri...dans les requêtes, qui peuvent se réaliser par l'interface graphique > d'édition des requêtes dans Base, donc assez simple). > J'ai simplement constaté que LO, dans calc avait bien intégré des > fonctionnalités nativement plutôt SGBD (tri, actualiser la plage, validité). > Notamment cette dernière, que j'ai bien observé fonctionner n'est pas qu'une > fonctionnalité tableur. > J'espérais que LO ait développé une génération automatique d'une formule dans > une cellule atteinte par la saisie. La complexité et la logique d'un tel > développement me semble d'un niveau analogue à celui induit par la > fonctionnalité "Validité". Au vu des 1eres réponses, cela ne semble pas être > le cas. J'en ferai mon deuil. > > 4-"Comme vous devinez à mon commentaire, finalement la bonne route n'est > pas le tableur, même mâtiné de SGBD. Passez en 100% Base, quitte à > conserver le tableur comme interface d'interrogation/rapports." > Comme indiqué en 3, tout passer en Base implique une maintenance plus > complexe. > > > > ________________________________ > De : Jean-Francois Nifenecker<[email protected]> > Envoyé : dimanche 25 août 2024 22:59 > À :[email protected] <[email protected]> > Objet : *** SPAM *** Re: [fr-users] Calc : Ajout de formule automatiquement > dans nouvelle ligne > > Bonsoir François, > > Le 25/08/2024 à 19:19,[email protected] a écrit : >> Bonsoir, >> tout d'abord, j'espère avoir plus de chance que lors de mes échanges >> précédents avec cette liste : les caractères accentués n'étaient pas pris en >> compte et les messages pas trop lisibles. J'ai alors reçu le conseil de ne >> plus passer par le web orange. J'utilise donc outlook. Nous verrons ! > Je confirme que tout va bien ! > >> Pour les besoins d'une section d'un club auquel j'appartiens, j'ai développé >> un outil qui permet de faire la gestion nécessaire : >> - saisie du fichier adhérent dans un .ods > [...] > >> Je prévois d'ajouter une colonne cotisation. >> Je souhaiterai qu'à chaque nouvel adhérent saisi, cette colonne se charge >> automatiquement de la formule de calcul des cotisations. >> J'ai essayé de la prevaloriser par copier coller sur un grand nombre de >> lignes. Le problème est que tous ces lignes sont vues comme des lignes de la >> base de données ods. Et c'est contraire à la logique de base de données. > oui. > > Dans votre tableur, il faut faire ce que font les professionnels dans > les SGBD (systèmes de gestion de bases de données) : séparer la saisie, > le traitement et le stockage. > > La feuille de saisie peut faire appel à une formule de cotisation,, ça ne > pose pas de pb. Elle correspond(rait) à un "formulaire" dans un SGBD. > Dans certains cas on peut même imaginer plusieurs feuilles de saisie > dédiées à plusieurs types de données. > > Le stockage devrait être sur un feuille *séparée* du classeur. En > l'occurrence par simple recopie des valeurs de la feuille de saisie. > S'il y a plusieurs feuilles de saisie, vous pouvez soit les agglomérer > dans une unique feuille de données soit gérer plusieurs feuilles de > stockage, en fonction du besoin. > -> Liez alors cette/ces feuille-s à votre odb (où elle devien-nen-t > une/des table-s) et non pas la-les feuille-s de saisie. > > > > Comme vous devinez à mon commentaire, finalement la bonne route n'est > pas le tableur, même mâtiné de SGBD. Passez en 100% Base, quitte à > conserver le tableur comme interface d'interrogation/rapports. > > Mais en attendant, la méthode indiquée ci-dessus devrait vous aider. > >> Je précise que, pour rester dans la logique retenue pour le développement >> initial, je ne souhaite pas utiliser de macro. >> Une fonction de LO permet elle celà ? > Oui, Base (voir ci-dessus) :-) > > Bonnes suites ! > > > Très cordialement, > -- > Jean-Francois Nifenecker, Bordeaux > > -- > Envoyez un mail à[email protected] pour vous désinscrire > Les archives de la liste sont disponibles > àhttps://listarchives.libreoffice.org/fr/users/ > Privacy Policy:https://www.documentfoundation.org/privacy > -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
