Discussion :

[meredith]

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

[orafrance]

pourquoi pas une variable que tu incrémentes à chaque fois que coche une case ?

[Garuda]

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

[SheikYerbouti]

D'accord avec Garuda. Le champ calculé c'est net et sans bavure.

[orafrance]

mais le champ en question doit reparcourir tous les enregistrements ou il est alimenté "en live" ?

[Garuda]

mais le champ en question doit reparcourir tous les enregistrements ou il est alimenté "en live" ?

Soit ta case à cocher :block1.chk
dans le meme block faire un item :block1.flag_chk qui vaut

• 1 si :block1.chk est coché
• 0 si :block1.chk n'est pas coché

NB : ce champ est inutile si les valeurs possibles de :block1.chk sont déja 1 ou 0

Ceci peut se faire soit

• 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

Faire ensuite dans un autre block un champs calculé (Summary/Count) basé sur :block1.flag_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.

[McM]

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.

[orafrance]

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.

c'est bien où je voulais en venir, sinon la solution du champ est en effet plus trivial

Le gros avantage de cette solution est de rendre transparente la mise à jour du compteur (aucun trigger à mettre à jour, aucune boucle).

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

[Garuda]

Ou est passé(e?) meredith ?