Bonjour Claire
Merci pour votre réponse.
Je prends note de ce message et réponds sur les plusieurs points.
Réponse de LC:
j'y ai répondu pour clarifier ma demande et qu'il me semblait que la fonctionnalité par Outils -
Audit- Marquer les données incorrectes n'avait pas de lien direct avec ce que je souhaitais faire
(contrôle à la saisie). Vous le confirmez. Merci.
Message de rejet non contextualisé
Pour rappel, c'est suite à une suggestion de contournement reçue par la liste (Ajout de formule
automatiquement dans nouvelle ligne) que je me suis tourné vers l'utilisation de faire saisir une
donnée et de la contrôler par "validité". Je l'ai testé et me suis rendu compte que le message
affiché en cas d'erreur de saisie ne pouvait être que fixe et ne pouvait afficher un montant
calculé. Je n'ai pas vu de mail me confirmant que ce n'était pas possible mais des suggestions de
contournement par un message fixe le plus clair possible. Je me suis donc résolu à me limiter à un
message fixe et ne revient pas donc pas sur ce point. Même si pour moi, il n'est pas résolu, il est
au moins "clöturé". Vous me proposez une nouvelle solution de contournement, mais si j'ai bien
compris, elle s'appuie sur l'existence d'une formule devant être positionnée "à côté" de la
cellule. Le problème est que pour un nouvel adhérent, je pars d'une ligne vide de formule. C'était
l'objet de ma demande initiale Ajout de formule automatiquement dans nouvelle ligne. Je ne vois
donc pas comment faire. Peut être, je passe à coté pour bien comprendre ce qui m'est proposé.
Validité et autorisation cellules vides
Faisant des tests complémentaires de "validité" en fonction des contextes possibles, je me suis
rendu compte que si la cellule contenait déjà une donnée, il était possible de l'effacer en
utilisant la touche "suppr" alors qu'en faisant des "backspaces" successifs dans la barre de
formule, Calc détectait cette cellule vide et refusait une telle saisie. Et ceci alors que j'ai
bien décoché la case "Autorisation de cellules vides".
J'ai donc ouvert un nouveau fil de discussion. Je souhaite simplement savoir si le fonctionnent de
cette case. Après avoir testé dans tous les sens, je n'arrive à produire le résultat attendu ou
décrit dans la doc. Peut être ne sais je pas bien lire la doc ? Je pose donc légitiment la question
du bug. Si il n'y pas bug et qu'on me donne le mode d'emploi de cette case, bien évidement je
l'utiliserai, avant d'utiliser des solutions de contournement.
Maintenabilité de l'outil
Je vous remercie de vos conseils, mais en l'occurrence, je suis seul à connaitre mon public :
utilisateurs et mainteneurs successeurs. J'ai fait des choix de solution lors de la création et
lors des évolutions. Le choix de ne pas développer une application standalone s'appuyant des outils
de dév classique hors LO. LO avait le même mérite de s'inscrire dans la continuité : fichier
adhérent précédent déjà tenu sous LO ou parfois au gré des humeurs sous excel, peu d'ajout de
composant nécessaire sur les postes de travail des personnes impliquées (LO déjà présent la plupart
du temps ou sinon promotion de LO en lieu et place de MS Office).
Vous me demandez d'être plus imaginatif (!!!) et évoquez l'abandon de Base au profit de feuilles
dédiées. Malheureusement, j'ai déjà essayé et sans je ne suis pas assez imaginatif. Je n'ai pas vu
comment les feuilles dédiés que je batirai pourront s'adapter au nombre variable (au cours du
temps) de lignes du fichier adhérent. Base et l'intégration de ces requetes le permettent. Si vous
pensez à qque chose de précis, je suis preneur !
Vous me demandez de la rigueur pour commencer à se mettre en place. Nous fonctionnons depuis 2 ans
avec cet outil. Il a apporté de la rigueur dans la gestion des données, facilité les taches
utilisateurs et nécessité peu de maintenance, qui par ailleurs est toujours documentée pour
faciliter la prise de relais par les mainteneurs successeurs. Mais bien évidemment, si vous me
proposez une architecture différente et plus simple, je remettrai tout en cause pour migrer vers
cette solution.
Merci par avance pour vos réponses complémentaires.
________________________________
De : Ocleyr2lalune <cleyr.listes@free.fr>
Envoyé : mercredi 28 août 2024 06:20
À : francois.saint-christophe@orange.fr <francois.saint-christophe@orange.fr>
Cc : users@fr.libreoffice.org <users@fr.libreoffice.org>
Objet : Re: [fr-users] RE: [fr-users] Calc : Validité et autorisation cellules vides
Bonjour François
Vous êtes sur une liste. Plusieurs personnes vous répondent, sans se concerter avant de vous
répondre.
LC a pris part à l'échange mais n'est pas sur la même fonction donc pas de problème, continuez sur
votre lancée avec la validation des données (qui est différent de l'audit).
Pour réagir à vos derniers messages.
Si comme le dit Jean François vous pouvez définir une validité avec une fonction, c'est différent
de l'aide au remplissage qui s'affiche. Il est possible que pour l'aide vous ne puissiez pas
utiliser de fonction alors que vous l'avez fait pour définir ce qu est validé. (De mémoire, j'ai
peu de temps pour regarder dans le détail), l'aide vous permet de saisir un message quand la
cellule n'est pas valide.
De fait si vous aviez affiché un message personnalisé avec une fonction il n'aurait été que la
transcription d'une situation avec des morts de tous les jours. Alors pourquoi ne pas les utiliser
! Un message sans formule
Vous pouvez aussi contourner les limites de la validité : utilisez une colonne a droite et faites
votre contrôle avec une formule conditionnelle qui vous permettra de personnaliser le message (qui
s'affichera donc dans une cellule). Comme déjà précisé. Si votre formule doit être présente des le
départ vous avez toujours la possibilité de faire en sorte que son contenu affiché change selon la
valeur d'une autre cellule (si cellule bidile = ou <> ou.... Comme vous voulez alors fonction sinon
"" avec "" votre cellule visuellement sera vide)
Pour revenir sur votre problématique de maintenabilite, légitime et l'usage de calc
- si aujourd'hui pour vous la partie base ne mérite pas d'évolution complexe, quand sera-t- au grè
des évolutions de LibreOffice ? Si vous suivez les autres questions de la liste de ces derniers
jours ou semaine, vous pouvez constater que cela peut bien arriver...
- Calc comporte de nombreuses fonctions qui peuvent vous permettre d'obtenir le comportement
souhaité sans passer par base. Si les tableaux croisés vous semblent insuffisant, n'oubliez pas des
fonctions comme extraire données pilote, les fonctions de Base de données ou les fonctions
matricielles
-pour vos rapports (je fais exprès de ne parler ni de formulaire, ni d'états) soyez plus imaginatif.
Vous pouvez les construire sur des feuilles dédiées. Les calculs s' actuzliseront au gré des
saisies sans macro. Si vous gérez judicieusement le verrouillage de cellule cela peut être simple
en fonctionnement, en maintenance, même si le mise en place utilise plus de 2 feuilles (que vous
appeleriez onglet, mais c'est confusant).
Si vos bénévoles n'ont a terme que 6 gérer un changement de formule ou des verrouillage de cellule,
votre travail durera plus longtemps que si vous leur demander d'assurer une stabilité avec base
même s'il vous semble, a vous que dans Base l'évolution est minime. Vous commencez à vous mettre a
leur place. Allez au bout de la démarche et soyez rigoureux sur cette préoccupation jusqu'au bout
plus que sur ce principe que base devrait être utilisé.
Bon courage
Claire
Le 27 août 2024, 23:53, à 23:53, "francois.saint-christophe@orange.fr"
<francois.saint-christophe@orange.fr> a écrit:
Je suis tout à fait ok avec çà. Mais j'ai reçu un mail (je pensais de
vous) qui me disait
"je ne comprenais pas non plus cette option jusqu'à présent.
L'aide nous dit
Cellules vides permises
Avec Outils - Audit- Marquer les données incorrectes, définit les
cellules vides comme des données incorrectes (désactivé) ou non
(activé).
Ce n'est donc pas à la saisie qu'elle intervient.
Au chapitre bizarrerie
- sélectionner une cellule vide, avec ce contrôle activé
- actionner la touche "retour arrière"
- valider
Le contrôle de validité intervient…
LC"
Je pense que ce mail évoque 2 choses distinctes. Je pense que "Outils -
Audit- Marquer les données incorrectes" ne concerne pas mon besoin et
n'intervient sur un contrôle lors de la saisie.
Moyennant quoi, ma question reste donc entière : je n'ai pas réussi à
faire fonctionner (ou comprendre) cette case à cocher "Autorisation de
cellules vides". Si je la décoche cela veut dire interdiction de
cellules vides.
Des backspace effaçant la cellule aménent à un rejet. Un "suppr" vidant
la cellule également est admis.
Surprenant non ?
________________________________
De : Ysabeau <ysabeau@libreoffice.org>
Envoyé : mardi 27 août 2024 22:27
À : francois.saint-christophe@orange.fr
<francois.saint-christophe@orange.fr>; LClibre <lutch@free.fr>;
users@fr.libreoffice.org <users@fr.libreoffice.org>
Objet : Re: [fr-users] Calc : Validité et autorisation cellules vides
On parle bien des mêmes fonctions : quand on indique des conditions de
validité on peut ajouter un message d'erreur personnalisé et un message
d'aide à la saisie. Voir ce tutoriel :
https://dutailly.net/de-la-validite-dans-calc
Le 27/08/2024 à 21:36, francois.saint-christophe@orange.fr a écrit :
je pense que nous ne parlons pas la même fonction.
Je passe par Données => Validité et non par Outils =>Audit => Marquer
les données incorrectes.
Données => Validité a bien pour objectif le contrôle des données à la
saisie.
________________________________
De : LClibre <lutch@free.fr>
Envoyé : mardi 27 août 2024 18:58
À : users@fr.libreoffice.org <users@fr.libreoffice.org>
Objet : Re: [fr-users] Calc : Validité et autorisation cellules vides
Bonjour,
Le 27/08/2024 à 17:01, francois.saint-christophe@orange.fr a écrit :
Je souhaite installer un contrôle sur une colonne d'un tableau
*
la colonne est en principe déjà remplie par une valeur (date)
*
je souhaite que l'utilisateur puisse éventuellement la modifier mais
en aucun cas la supprimer.
Dans la fonction "Validité", je décoche la case "Autorisation de
cellules vides".
La cellule peut être vidée (touche suppr). Le contrôle fonctionne si
on se positionne dans la barre de formule et qu'on l'efface par le
bouton "retour arrière".
Est ce une mauvaise utilisation de ma part ? Sioui, comment doit on
comprendre cette case à cocher ? Bug ?
Merci par avance
je ne comprenais pas non plus cette option jusqu'à présent.
L'aide nous dit
> Cellules vides permises
> Avec Outils - Audit- Marquer les données incorrectes, définit les
cellules vides comme des données incorrectes (désactivé) ou non
(activé).
Ce n'est donc pas à la saisie qu'elle intervient.
Au chapitre bizarrerie
- sélectionner une cellule vide, avec ce contrôle activé
- actionner la touche "retour arrière"
- valider
Le contrôle de validité intervient…
LC
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous
désinscrire
Les archives de la liste sont disponibles à
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
--
Ysabeau
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry
Pratchett, Déraillé.
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org 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 à users+unsubscribe@fr.libreoffice.org 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 à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
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.