Discussion :

[olra72]

Bonjour,

J'ai une liste d'objets affiché dans un formulaire continu. Comme sur les applis Android, je souhaite mettre en haut une case à cocher "Select All/Unselect All" et, en face de chaque ligne une case "Select/Unselect" qui ne vaille que pour la ligne.

En bas du formulaire, j'aurai des boutons du genre "Supprimer" (sous-entendu, uniquement les lignes sélectionnées) et autres actions de groupe.

Côté solution, et après recherches, j'ai pensé générer une table temporaire identique à la précédente (cf. tutoriel ListeDBProp de création d'un recordset au vol pour un formulaire, puisque la commande SQL "CREATE TEMPORARY ..." n'est pas supportée par ACCESS) mais à laquelle je pourrais ajouter une colonne "Selected" en Oui/Non.

Ensuite, avec une boucle sur les cases à cocher de ce formulaire (que j'ai également trouvé quelque part sur cet excellent forum), je devrais m'en sortir.

Est-ce que cela vous paraît une bonne approche ? Y aurait-il plus simple ? Ne pourrait-on pas garder le recordset initial et juste lui ajouter au vol (en VBA, en SQL ?) une colonne permettant de sélectionner, ou pas, chaque ligne ?

Cordialement,
Olivier

[tee_grandbois]

Bonjour,
le plus simple est d'ajouter la case à cocher directement dans la table d'origine. Sur Access c'est très facile d'ajouter un champ à une table existante, alors profitons-en.

[ClaudeLELOUP]

Bonjour,

... et une requête suppression pour supprimer les enregistrements cochés.

[olra72]

Bonjour,

J'y avais vaguement pensé mais, dans un contexte multi-utilisateurs (et même si la probabilité que deux utilisateurs se retrouvent sur les mêmes objets est très faible et poserait surement d'autres problèmes) je trouvais ça ... euh ... inélégant ?

S'il y avait une solution "autre", ça m'irait, et ça serait aussi l'occasion d'apprendre quelque chose que je pressens à fort potentiel.

Cordialement,
Olivier
PS : comme je suis pressé, je me rabattrais sans doute sur cette solution ... dans l'attente d'avoir un peu plus de temps pour approfondir.

[tee_grandbois]

J'y avais vaguement pensé mais, dans un contexte multi-utilisateurs

Cette petite précision ayant sans aucun doute grande importance dans une proposition de réponse, il faut, de ce fait, passer par une table temporaire.

[olra72]

Maintenant que j'ai retrouvé mes hash-tables favorites (cf. https://www.developpez.net/forums/d1...e-sous-access/), je n'aurai aucun mal à faire ça avec une variable globale de formulaire plutôt qu'avec une table temporaire.

Une table temporaire est un peu délicate à créer puis à détruire et, de toute façon, ça me semble contraignant de définir des champs typés, surtout si la structure des données à mémoriser est assez variable pour chaque enregistrement considéré (rarement plus de quelques centaines).

En plus, si - un jour - je veux migrer mes tables vers un serveur SQL, ça sera peut-être galère (voire impossible) de créer ce genre de table temporaire "à distance", en quelque sorte. Allez savoir !

En tout cas, merci de vos précieux conseils !

Cordialement,
Olivier