[Résolu] champ avec liste et choix multiple

[Rickylau]

Bonjour à toutes et tous,

Je dois mettre au point une base recensant des pièces de bois d'architecture de bâtiment anciens, avec leur description (LibreOffice 7.4.4.2, Win10 pro).
Pour certains champs, j'aimerais afficher une liste, avec tous ses éléments visibles (donc pas une liste déroulante) et pouvoir y choisir un ou plusieurs éléments, sous forme de cases à cocher à côté de chaque élément de la liste. Par exemple, pour le champ "traces d'outils", on peut avoir plusieurs traces différentes sur la même pièce, donc pouvoir cocher plusieurs types de traces présentes, dont on trouve la liste dans la table "t_traces_outils" (voir image jointe).

traces_outils.jpg

Même chose pour le champ "partie de bois conservée" (table "t_partie_bois_conservée").
J'ai parcouru le forum et il y a des indications qui se rapprochent de ma question mais rien qui m'ait permis de la résoudre complètement. Pardon si ça a déjà été traité. J'ai testé les zones de liste, les sous-formulaires, mais n'ai rien trouvé qui me permet de genre de configuration.
Auparavant j'utilisais plutôt FileMaker, et cette fonction est très simple : il suffit d'associer une liste à un champ et de lui demander d'afficher cette liste sous forme de cases à cocher, mais je ne souhaite plus utiliser FM (qui a bien d'autres défauts, à part cette facilité-là) et reproduire cette fonction sous LibreOffice Base.
Je mets l'ébauche de ma base en pièce jointe.

Merci d'avance pour votre aide.
Rickylau

[Dude]

Salut,

capture.png

De ce que je vois, ta table est indexée en clé primaire sur un VARCHAR.
Ce qui est contre-productif.
Ensuite, je ne vois rien qui relie celle-ci à ta "Table_bois".


viewtopic.php?f=29&t=14662
viewtopic.php?f=37&t=52898

[jeanmi2403]

Bonsoir,
A ce que je vois, la table principale est Table_bois, qui comme le dit Dude, devrait avoir un index numérique.
Ensuite, la table T_Traces_Outils devrait comporter un champ par type de trace, chaque champ de type oui/non, pour être associé à une case à cocher du formulaire.
En plus un index numérique pour mettre l'enregistrement en relation avec celui de Table_Bois auquel il correspond.
A plus,

[pulcinopio]

A ce que je vois, la table principale est Table_bois, qui comme le dit Dude, devrait avoir un index numérique.
Ensuite, la table T_Traces_Outils devrait comporter un champ par type de trace, chaque champ de type oui/non, pour être associé à une case à cocher du formulaire.

Bonjour, je crains qu'il soit impossible de modifier lesdites tables. On ne peut pas insérer ou changer les contraintes.

A chaque jour suffit sa peine...

[jeanmi2403]

Bonjour,
Voici un exemple (Nul) ! , j'ai mis les traces directement dans la table. Il n'y a pas vraiment d'intérêt à les séparer, sauf pour une question d'organisation.... Sinon, revoir ma proposition précédente, avec une table liée par le champ ID.

Rickylau-Mansart.odb

Bonjour, je crains qu'il soit impossible de modifier lesdites tables. On ne peut pas insérer ou changer les contraintes.

Désolé, cher monsieur, je ne me crois pas suffisamment pour avoir envisagé une telle chose. Je proposais évidemment de la construire autrement, mais peut-être que le sous-entendu n'était pas assez perceptible...
A plus

[Rickylau]

Bonjour à tous,

Merci beaucoup pour vos réponses rapides !
J'ai peut-être raté un truc mais je n'ai rien vu qui m'éclairait réellement dans les liens de tutos que Dude m'a indiqués (merci à lui néanmoins !) : le 1er porte sur les recherches et sélections, et le 2e sur les listes déroulantes, que je préfère justement éviter dans les champs qui me posent problème ici (je les utiliserai ailleurs).
La table "table_bois" a sa clé primaire en "n°UB" qui est numérique, donc pas en VARCHAR. (La table "t_traces_outils" avait bien sa clé primaire en VARCHAR.)
Merci beaucoup à Jeanmi pour la démo de table avec les traces intégrées dedans, c'était la possibilité que je me préparais à essayer. Toutefois j'aimerais bien renseigner un champ unique qui liste les traces d'outils observées sur chaque pièce de bois. Il doit bien y avoir un moyen d'en remplir un automatiquement quand on coche la case "oui" des différents champs de traces d'outils ?
La même question se posera pour d'autres champs comme "assemblage" où là, c'est une quarantaine d'assemblages différents qui seront à cocher ou pas...
Je n'ai pas très bien saisi la remarque de pulcinopio, en mode ébauche, on peut modifier comme on veut, tant qu'on a pas commencé à remplir les champs ?
Merci en tout cas à tous, je vous tiens au courant. Je mettrai "résolu" quand j'aurai... résolu la question.
Bonne soirée

[pulcinopio]

A l'instar de : Pourquoi faire simple quand on peut faire compliqué je vous propose un calepin pour les outils de votre garage...

Merci Jean-mi.

pulcinopio nous vous serions reconnaissants de bien vouloir éviter ce genre d'intervention qui n'a aucun rapport avec le sujet en cours.

[jeanmi2403]

Salut,

Toutefois j'aimerais bien renseigner un champ unique qui liste les traces d'outils observées sur chaque pièce de bois. Il doit bien y avoir un moyen d'en remplir un automatiquement quand on coche la case "oui" des différents champs de traces d'outils ?

Un matheux dirait d'associer une puissance de 2 (2,4,8,16...) à chaque option, et d'en faire la somme, ça donne un champ numérique. Le plus pénible, c'est de le décomposer ensuite pour l'affichage, surtout si on a besoin de le modifier.
Blague à part, le plus simple c'est la première que je propose, une table de champs oui/non avec un index, et c'est cet index qui est stoché dans la table principale. Les cases à cocher sont affichées dans un sous-formulaire.

La même question se posera pour d'autres champs comme "assemblage" où là, c'est une quarantaine d'assemblages différents qui seront à cocher ou pas...

Donc même réponse.

[jeanmi2403]

Bonsoir,
Voici une solution avec une table spécifique pour les traces.
Un champ de la table T-Traces (ID_Objet) permet de définir une relation entre un enregistrement de traces et un objet.
Il y a un sous-formulaire pour les traces.
Je ne comprends pas bien pourquoi, mais on est obligé d'enregistrer pour pouvoir saisir dans le sous-formulaire. un bouton permet de le faire.
Mais pour moi, ce n'est pas satisfaisant, j'ai dû louper quelque chose...

Ajout : Autrement, pour répondre précisément à la question, une macro pourrait cumuler les libellés des cases cochées dans un champ texte, mais ça ne serait pas facilement modifiable...

Rickylau-Mansart.odb

Cordialement,

[jeanmimi]

Je ne comprends pas bien pourquoi

Regarde si ce n'est pas lié au fait que les champs ID sont de type BIGINIT et non pas INTEGER.

[jeanmi2403]

Regarde si ce n'est pas lié au fait que les champs ID sont de type BIGINIT et non pas INTEGER.

Non, ça ne change rien. Peut-être les paramètres des formulaires ?
Je vais chercher.
A Plus

[jeanmimi]

Toutefois j'aimerais bien renseigner un champ unique qui liste les traces d'outils observées sur chaque pièce de bois. Il doit bien y avoir un moyen d'en remplir un automatiquement quand on coche la case "oui" des différents champs de traces d'outils ?

C'est faisable par des Requêtes.
Une première requête transforme les cases à cocher en valeur du champ, c'est-à-dire Ciseau, Doloire, Hache, etc :

Code : Tout sélectionner

SELECT "T_Objets"."Nom", "T_Traces"."ChkCiseau", "T_Traces"."ChkDoloire", "T_Traces"."ChkHache", "T_Traces"."ChkIndetermine", "T_Traces"."ChkScie", "T_Traces"."ChkTariere", CASE WHEN "ChkCiseau" = TRUE THEN 'Ciseau' END AS "Ciseau", CASE WHEN "ChkDoloire" = TRUE THEN 'Doloire' END AS "Doloire", CASE WHEN "ChkHache" = TRUE THEN 'Hache' END AS "Hache" FROM "T_Traces", "T_Objets" WHERE "T_Traces"."ID_Objet" = "T_Objets"."ID"

Une deuxième requête qui récupère les valeurs des champs affichées par leur Alias (Ciseau, Doloire, Hache, etc) et va concaténer ces valeurs dans un champ unique :

Code : Tout sélectionner

SELECT "Nom", "Ciseau", "Doloire", "Hache", CONCAT( "Ciseau", CONCAT( ' ', CONCAT( "Doloire", CONCAT( ' ', "Hache" ) ) ) ) AS "Traces d'outils" FROM "Requête1"

Dans la Base jointe, je l'ai fait pour les deux requêtes et 3 outils; il reste à ajouter les autres.

[Rickylau]

Bonjour à vous,

Au passage je m'aperçois qu'il y a 2 Jean-mi, ça m'étonnais, aussi, cet avatar changeant...
Merci aux Jean-Michel pour leurs expérimentations. Pour celle de Jeanmi2403, je crois qu'il faut enregistrer avant de saisir dans le sous-formulaire parce que ça met l'ID à jour. Toujours pour cette table, quand on ajoute un nouvel enregistrement par le formulaire, on saisit le nom et le commentaire, ok, puis on enregistre et ça met l'ID à jour, OK, on coche les cases qu'on veut, ok, et après...
Et après quand on clique pour un nouvel enregistrement, il duplique le précédent sans cases cochées, on peut toujours en cocher, il fait un nouvel enregistrement avec le même ID, et on voit dans la table "T_Traces" qu'il y bien 2 enregistrements avec un Id identique, mais pas dans la table T_Objet. De plus, après ça, on ne peut plus remonter dans les fiches via le formulaire, qui n'affiche alors plus que les seules fiches nouvellement créées avec un même ID.
Bref je nage un peu avec ces sous-formulaires qui ne me satisfont pas car, à la fin, je souhaite avoir toutes ces infos sur la même table, rien que pour pouvoir l'exporter en une fois.
J'utiliserai les sous-formulaires pour les pièces métalliques intégrées dans les montage et qui ont leur table et ont un rapport logique avec les pièces de bois.

Donc je me dirige vers la 1ère proposition de Jeanmi2403 et de tout mettre dans la même table ; ça fait une liste de champs à rallonge avec plein de champs booléens mais au moins tout y est.
Du coup la suggestion de Jeanmimi tombe à pic, pour collationner les différentes infos des champs booléens dans un champ unique. Je teste tout ça et je vous tien au jus.
Merci encore à vous !

[Rickylau]

Bonjour à tous,

La proposition de Jeanmimi me semble correspondre à ce que je souhaite faire.

Mais comment afficher le résultat concaténé de la requête dans un formulaire (puisque le but est de présenter des fiches synthétiques) ?

Et puis toujours ce comportement un peu curieux : quand on crée un nouvel enregistrement via le formulaire, ça marche un coup, et quand on veut en créer un autre, il duplique l'ID et le nom du précédent. Et si on enregistre, on a bien 2 lignes avec le même ID dans la table T_traces. Il faut fermer le formulaire et le rouvrir pour refaire un nouvel enregistrement.

Merci d'avance !

[rollmops]

Bonjour,

Mais comment afficher le résultat concaténé de la requête dans un formulaire (puisque le but est de présenter des fiches synthétiques) ?

Ce n'est pas dans un formulaire mais dans un rapport qu'il faut le faire.

Et puis toujours ce comportement un peu curieux : quand on crée un nouvel enregistrement via le formulaire, ça marche un coup, et quand on veut en créer un autre, il duplique l'ID et le nom du précédent.

Où ça ? Dans le fichier que tu as donné au départ ?

[Rickylau]

Merci à Rollmops pour cette réponse-express !

Ce n'est pas dans un formulaire mais dans un rapport qu'il faut le faire.

OK, c'est noté pour le rapport

Où ça ? Dans le fichier que tu as donné au départ ?

Non, dans le fichier démo "Mansart"que Jeanmimi a joint le 2 fev.

[jeanmimi]

Mais comment afficher le résultat concaténé de la requête dans un formulaire

Il est toujours possible de faire l'affichage de la requête dans une Zone de texte sur le formulaire pour montrer que les cases cochées ont bien leurs textes concaténés dans la requête (Requête2) , mais comme le dit très bien rollmops, les fiches synthétiques sont créées dans un Rapport.

Affichage requête dans un sous-formulaire.jpg

quand on crée un nouvel enregistrement via le formulaire, ça marche un coup, et quand on veut en créer un autre, il duplique l'ID et le nom du précédent

Je ne reproduis pas ce comportement.
Peux-tu vérifier si cette version de la Base est conforme pour toi ou si tu constates aussi ce comportement d'absence de changement de l'ID ?

[Rickylau]

@ Jeanmimi : Merci pour cette nouvelle version. Comportement identique toutefois.
Donc : je crée un nouvel enregistrement, d'abord le nom, j'enregistre (bouton du bas) puis cases à droite et enregistrer de nouveau (toujours bouton du bas), ça donne ça :

copy1.jpg

après, nouvel enregistrement (bouton du bas "flèche verte +"), et là ça donne ça :

copy2.jpg

C'est un nouvel enregistrement avec le même id et le même nom. J'ai élargi la vue, comme ça on voit qu'il est impossible de remonter plus haut que l'enregistrement précédent. Curieusement, quand on affiche l'enregistrement précédent, le compteur affiche "1 de 1", puis "2 de 2" si on retourne au doublon créé juste avant. Par contre, on ne peut pas enregistrer ce doublon. Pas d'autre choix que de fermer le formulaire.

J'ai raté un truc ?

[jeanmimi]

Peux-tu tester cette procédure :
une fois que tu as saisi le nom truc6, déplace le curseur avec la touche Tabulation.
Normalement, ça devrait avoir pour effet d'enregistrer l'ID et le nom dans la Table T_Objets et de permettre de cocher les cases pour les traces d'outils.
Ensuite, un clic sur le bouton permet d'afficher la concaténation.
Dans cette version, j'ai aussi créé dans le Rapport, une ébauche de fiches synthétiques, juste pour te donner une idée de ce qui est possible.

[Rickylau]

Merci vraiment de prendre la peine de faire toutes ces démos.

OK ça fonctionne, que ce soit avec la tabulation ou le bouton de nouvelle fiche. Il faut juste revenir cliquer dans un des champs de gauche pour que ça remette tout à jour.
J'ai réessayé sur ta version précédente Mansart_V2 et celle du 2 fev, ça marche de la même façon. Je ne pensais pas à recliquer dans un champ de gauche et me retrouvais donc bloqué dans ce cul-de-sac...
Il me reste à présent à savoir refaire moi-même la zone de texte affichant la requête (j'ai vu que tu as ajouté le champ id_objet à requête2) et le bouton, et je pourrai afficher "résolu".
Merci pour le bout de rapport, les rapports relèvent d'une logique qui m'était inconnue dans FileMaker...

Après j'en ai pas fini, je me demandais si on peut faire un sous-formulaire pour afficher des enregistrements de la même table (certains objets de cette table ont des relations entre eux que je souhaite montrer), mais peut-être ai-je encore mal cherché dans le forum ou alors démarrer un autre fil (ou alors je prends la question par un mauvais bout) ?

Merci encore !

[jeanmimi]

démarrer un autre fil

C'est ce qui serait le mieux.
Pense à baliser celui-ci en Résolu avec coche verte.

[Rickylau]

OK, compris.
En examinant ta version 3, je vois que tu as largement réorganisé les requêtes et créé une requête3, à quoi sert-elle ? (les autres n'y font pas référence)

[jeanmimi]

La requête 3 est la copie de la requête 2 que j'avais créée dans une précédente version Mansart. Elle présente l'intérêt d'afficher les cases cochées ou non.
Tu as pu aussi voir que pour les concaténations, j'utilise le double pipe et non pas la commande CONCAT.

Code : Tout sélectionner

SELECT "Nom", "Ciseau", "Doloire", "Hache", "Scie", "Herminette", "Tarière", IFNULL( "Ciseau", '' ) || ' ' || IFNULL( "Doloire", '' ) || ' ' || IFNULL( "Hache", '' ) || ' ' || IFNULL( "Scie", '' ) || ' ' || IFNULL( "Herminette", '' ) || ' ' || IFNULL( "Tarière", '' ) || ' ' || IFNULL( "Indéterminé", '' ) AS "Traces d'outils", "ID_Objet" FROM "Requête1"

Je ne m'en sers pas dans la version Mansart_3 comme tu l'as justement constaté.

[Rickylau]

Oui, le double pipe est moins complexe que les CONCAT en gigogne.
Merci et bon WE !