[R3dKap]

@Karlemagne, si je comprends bien tu veux pouvoir rattacher plusieurs accessoires à un outil. As-tu construit ton modèle de données dans ce sens côté Dataverse ? C’est-à-dire, as-tu bien une relation one-to-many entre Outil et Accessoire ? Parce-que c’est le genre de chose que gère très bien nativement Dataverse…

CommentID=IBEwi93dTNCszHh, PostID=1yAqGuM9YWdBB2v

[R3dKap]

Non effectivement, le Distinct() n’a aucun sens dans ton cas de figure… Est-ce que tu peux préciser à quel endroit ta fonction Trace() est appelée précisément ? Parce-que je sais pas exemple que certains événements du type OnChange d’une combobox sont très mal gérés aujourd’hui dans Power Apps et génèrent de multiples déclenchement alors que le changement de valeur est unique. D’ailleurs, même en utilisant l’outil Monitor de Power Apps tu constateras de nombreux doublons de traces. A mon avis c’est inhérent au code interne de Power Apps lors de certaines opérations… Suis pas sûr qu’on va pouvoir y faire grand chose.

Alors par contre, je pense à un truc : je peux toucher mot directement à l’équipe Power Apps chez MS (grâce à ma position de MVP 😉). Je vais voir ce que ça donne et je te tiens au jus…

Mais précise-moi quand même juste avant, où tu as placé tes appels de Trace()…

CommentID=tnH6bCzjm34jXDW, PostID=yK651wQmqWmaCbb

[R3dKap]

Pas de mon côté désolé… Mais un p’tit Distinct() dans l’app Power Apps pour régler le pb ? 😁

CommentID=Aap89sqn0fpZpwN, PostID=yK651wQmqWmaCbb

[R3dKap]

@David RUCHE, assure-toi de bien recharger cette page pour avoir la réponse en entier 🙂

CommentID=rc7Eh0MUWte8DIC, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Ouf ! J’ai réussi à poster toute ma réponse. J’ai dû m’y reprendre à plusieurs… Je sais pas trop ce qui buggait. A priori un problème avec les images collées à la mano… Bref…

CommentID=rA0TU9e4Uh2bc5U, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Salut @David RUCHE,

Ton champ de recherche pointe bien vers ta liste Point_collecte : regarde la partie “Obtenir des informations à partir de“. 😉

Par rapport à ta problématique de l’erreur sur ton champ Code Producteur, la vraie question maintenant est la suivante : combien y a-t-il d’éléments dans ta liste Point_collecte ?

Mais je devine déjà la réponse (car j’ai fait le test chez moi et je confirme car j’ai réussi à reproduire ton erreur) : tu as plus de 5 000 points de collecte. Du coup, impossible d’utiliser la fonction Choices() qui est positionnée par défaut sur le Items de ta combo box du datacard du Code Producteur. En effet, la fonction Choices() est censée renvoyer la totalité des éléments mais ils sont trop nombreux et dépassent la limite SharePoint de 5 000 éléments dans le résultat de la requête.

Il va donc falloir procéder autrement. Dans le Items de ta combo box du Code Producteur, on va attaquer directement la liste Point_collecte. Il faudra également modifier la propriété Update du datacard pour que la donnée à stocker soit bien au format {Id: <id>, Value: <valeur>} nécessaire à son enregistrement dans le champ de recherche Code Producteur.
Le truc c’est qu’on ne pourra pas utiliser le moteur de recherche de la combo box (donc assure-toi bien que IsSearchable est à false) car sinon la recherche ne se fera que sur les 2 000 premiers points de collecte (limitation Power Apps). Il va donc falloir forcer l’utilisateur à faire une saisie EN DEHORS de la combo box pour rechercher par nous-même et réduire le nombre d’éléments ramenés dans la combo box.

Bref, il te faut donc augmenter la taille de ta datacard pour y insérer une zone de texte (txtSearchProducteur) au-dessus de ta combo box comme ceci :

Ensuite, voici le code à mettre dans le Items de ta combo box (testé de mon côté) :

ShowColumns(n    Filter(n        Point_collecte;n        StartsWith(n            Title;n            txtSearchProducteur.Textn        )n    );n    "ID";n    "Title";n    "Nom Producteur"n)

En gros ce que l’on fait c’est :

• rechercher tous les points de collecte qui commence par la saisie de l’utilisateur dans la zone de texte txtSearchProducteur

• on réduit le résultat aux seules colonnes SharePoint ID et Title et Nom Producteur (voir ma suggestion plus bas pour comprendre pourquoi ramener cette colonne) pour limiter la charge en mémoire

Enfin, sur la propriété Update du datacard, met ceci (je suppose que ta combo box de choix du code producteur est DataCardValue22) :

{n    Id: DataCardValue22.Selected.ID;n    Value: DataCardValue22.Selected.Titlen}

Suggestion : pour améliorer l’expérience utilisateur dans le choix du producteur (alias le point de collecte), ça serait sympa de lui afficher en dessous de chaque code dans la combo box le nom du producteur (alias le nom du point de collecte). Voici comment procéder pour faire ça (testé chez moi également)…

1. Sur l’onglet Properties de ta combo box, clique sur Edit puis change le layout de “Single” à “Double” :

   

2. Ensuite, pour le Secondary field tu choisis ton champ Nom Producteur

   

Et ça te donnera quelque chose comme ceci :

Note : tu parles de “liste Teams“… en réalité, utiliser l’applications Lists dans Teams revient à avoir simplement une interface aux couleurs de Teams pour gérer des Microsoft Lists. Or, une liste Microsoft List n’est rien d’autre derrière qu’une liste SharePoint… 😉

Pour résumer : Liste Teams = Microsoft List = liste SharePoint

En effet, derrière la création de ton Teams il y a automatiquement création d’un site SharePoint où, comme tu l’as vu, tu retrouveras les listes SharePoint créées à partir de Teams.

C’était juste histoire de bien préciser les choses. Beaucoup encore pensent que ce sont des choses séparées. Mais au final tout s’appuie sur SharePoint.

CommentID=45iih3qhVRopz95, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Salut @jonathan schulz,

Voici une manière d’y arriver :

ClearCollect(n    colData,n    {n        Id: 1,n        Date: Date(2022, 1, 3)n    },n    {n        Id: 1,n        Date: Date(2022, 1, 1)n    },n    {n        Id: 1,n        Date: Date(2022, 1, 2)n    },n    {n        Id: 1,n        Date: Date(2022, 1, 5)n    },n    {n        Id: 2,n        Date: Date(2022, 1, 3)n    },n    {n        Id: 2,n        Date: Date(2022, 2, 3)n    },n    {n        Id: 3,n        Date: Date(2022, 1, 23)n    },n    {n        Id: 3,n        Date: Date(2022, 2, 13)n    },n    {n        Id: 3,n        Date: Date(2022, 1, 3)n    }n);nClear(colRecent);nForAll(n    Sort(n        GroupBy(n            Sort(n                colData,n                Date,n                Descendingn            ),n            "Id",n            "Dates"n        ),n        Id,n        Ascendingn    ) As loopData,n    Collect(n        colRecent,n        {n            Id: loopData.Id,n            Date: First(loopData.Dates).Daten        }n    )n)

Tu peux coller ce code sur un bouton, il marche. J’ai fait au plus vite. Y’a peut-être plus optimisé… 🙂

CommentID=C4WmUoX35ibdLzk, PostID=dMoEo8USv3u8dHZ

[R3dKap]

Quelles sont les caractéristiques de ta colonne Code producteur ?

Parce-que j’ai essayé de reproduire ton cas de figure en ajoutant une colonne Choice à ma liste de 40 000 entrées et j’ai généré l’application. J’ai pas de soucis sur ma colonne Choice…

CommentID=n9bBy4zEbjsfJiS, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Non effectivement ça ne suffira pas. Il faut que tu supprimes la datacard et que tu la réinjectes à partir du lien “Champs” de ton formluaire sur le panneau de droite. Et AVANT ça il faut que tu rafraîchisse ta source de données. En effet, lorsque tu modifies les caractéristiques d’une liste SharePoint, Power Apps n’est pas capable de voir qu’il y a eu un changement car il a tout “mis en cache” de son côté. Donc, chaque modification de la datasource implique son rafraîchissement dans l’application et ensuite la republication de l’application. Bon, sauf si tu modifies juste la liste des valeurs d’un Choice par exemple. Car ça c’est la fonction Choices() qui le fait à la volée en interrogeant à chaque fois la datasource. Mais dès que la structure de ta liste change, faut rafraîchir ton app…

CommentID=iLdzsDVNqs4wVr2, PostID=lPFHbA5tGh0HhUS

[R3dKap]

Ok, du coup cela veut peut-être dire que tu as changé d’avis à un moment donné. Est-ce que par hasard ton datacard ne pointe pas encore vers l’ancien champ qui était de type Recherche plutôt que vers le nouveau champ qui est de type Choice ? Possible ? Vérifie le nom technique de ton champ dans l’url lorsque tu affiches les caractéristiques du champ et assures-toi que ce soit bien celui-là qui est dans le datacard… Parce-que je vois pas trop ce qui pourrais expliquer ce comportement étrange…

CommentID=bHI8lsnC6foyLK1, PostID=lPFHbA5tGh0HhUS

[R3dKap]

Alors en fait c’est le rajout du Sort() autour du Filter() qui crée le problème. Vu la taille de la liste tu ne pourras pas combiner les 2 directement sur le Items de ta galerie.

En solution de contournement (que je viens de tester chez moi), il faut procéder en 2 étapes :

1. Ajoute une ComboBox1 sur ton écran, en dehors du formulaire

2. Sur ComboBox1.Items ET sur ComboBox1.DefaultSelectedItems tu mets ton Filter() sans le Sort()

3. Sur Galerie.Items tu mets le Sort() avec ComboBox1.SelectedItems en premier paramètre

4. Tu masques ComboBox1

Et voilàaaa 😄

CommentID=eVriknCIDeeEsdS, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Alors chez moi tant que la galerie est connectée directement à la source de données sans filtre, y’a pas de soucis. Evidemment je n’aurais accès qu’à max. 2000 éléments.

Donc, ton soucis doit provenir du filtre. Est-ce que tu peux me mettre une capture de ta Gallery.Items ?

Tu as probablement utilisé la fonction Search(). Or elle n’est pas délégable et tu auras donc toujours le warning. Il faudrait que tu fasses plutôt :

Filter(TaDatasource, StartsWith(TextInputSearch.Text, NomDuCentre))

CommentID=XxXWREhYt6A6Xxb, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Salut @David RUCHE,

Laisse-moi faire quelques tests de mon côté et je reviens vers toi… 🙂

J’ai justement sous la main une liste de 40 000 entrées que je vais pouvoir utiliser pour les tests…

CommentID=2oDAqx2eAPwgke9, PostID=hGIqUSD1Wol8L6J

[R3dKap]

Salut @David RUCHE,

Merci pour les captures… Comme ça à première vue je ne vois rien d’anormal.

1. Est-ce que tu peux commencer par vérifier que ta colonne de recherche Type intervention dans ta liste principale fait toujours référence à ta liste liée Type_intervention ?

Icône engrenage > Paramètres de la liste > Clique sur le champ

Vérifie que tu as bien ta liste Type_intervention ici :

2. Ensuite, est-ce que tu as essayé de supprimer le datacard de ton champ Type intervention puis de le réinsérer dans ton formulaire ? Essaie toujours, on sait jamais…

3. Essaie aussi de rafraîchir ta source de données. On sait jamais…

CommentID=RbLhiS2bvTIIP1Q, PostID=lPFHbA5tGh0HhUS

[R3dKap]

@Youcef DOUMANDJI avec grand plaisir.

Une très belle année à toi également… 😊

SubCommentID=x2fMBL80627Gv2t, CommentID=cIufklywc59mORO, PostID=hFq0E3rgJ39ffkd