Version imprimable
Voila mon probleme
A partir d'infos saisis dans une fenetre, j'ouvre une autre fenetre en cliquant sur un bouton.Une liste avec des données s'affichent afin de cocher celle que je dois reprendre (pas plus de 5).
Je ne sais pas comment à partir de cette liste à cocher connaitre le nombre de case coché afin de limiter celui-ci à 5 et de mettre un message d'avertissement.
Pourriez-vous m'aider
pourquoi pas une variable que tu incrémentes à chaque fois que coche une case ? :koi:
Est ce que tes cases à cocher correspondent à un seule case à cocher dans un block multi-enregistrement ?
Si oui
- Dans le block tu fais un item non basé calculé (Formule) qui vaut 1 si coché , 0 si pas coché (attention à la propriété QUERY_ALL_RECORDS du block à positionner à TRUE)
- Dans un block de controle (single record, non basé) tu fait un item calculé (Summary/Sum) de l'item créé ci dessus : sa valeur te donneras le nombre de case coché dans le block
D'accord avec Garuda. Le champ calculé c'est net et sans bavure. ;)
mais le champ en question doit reparcourir tous les enregistrements ou il est alimenté "en live" ?
Soit ta case à cocher :block1.chkCitation:
Envoyé par orafrance
dans le meme block faire un item :block1.flag_chk qui vautNB : ce champ est inutile si les valeurs possibles de :block1.chk sont déja 1 ou 0
- 1 si :block1.chk est coché
- 0 si :block1.chk n'est pas coché
Ceci peut se faire soitFaire ensuite dans un autre block un champs calculé (Summary/Count) basé sur :block1.flag_chk
- dans le trigger du bloc (post_query) et dans le trigger "WHEN-CHECK-BOX_CHANGED" de :block1.chk
- ou en faisant de :block1.flag_chk un champ calculé (Formula). Dans la propriété "formule" de cet item mettre par exemple "CALCUL_FLAG" ou "calcul_flag" est une fonction du module qui renvoie 1 ou 0 selon la valeur de :block1.chk
Le gros avantage de cette solution est de rendre transparente la mise à jour du compteur (aucun trigger à mettre à jour, aucune boucle).
Les UPDATE, DELETE et autres QUERY sont immédiatement répercutés dans le compteur.
Le seul désavantage de ceci c'est le QUERY_ALL_RECORDS=YES
Quand tu as 1000 lignes, ça rame au query dans ce seul cas, la solution de la variable est mieux.
Citation:
Envoyé par McM
c'est bien où je voulais en venir, sinon la solution du champ est en effet plus trivial :)
sauf si tu choisis la 1° solution et dans ce cas, personnellement je préfère la variable qui évite l'ajoue d'un champ qui allourdi la page ;)Citation:
Le gros avantage de cette solution est de rendre transparente la mise à jour du compteur (aucun trigger à mettre à jour, aucune boucle).
Ou est passé(e?) meredith ?:(