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
