[R3dKap]

“Tout à fait Thierry !” 😉

CommentID=G1pAT4YLJreSL9V, PostID=to6HhjFMgSCmdxv

[R3dKap]

Si tu veux cliquer sur un bouton pour ouvrir une url dans un autre onglet, tu peux utiliser la fonction Launch().

Mais je suis pas certain que ce soit ce que tu cherches car tu parles du OnStart. Que faisais-tu exactement dans ton OnStart auparavant et qui ne marche plus maintenant ? Ce lien est censé t’amener où ? Vers un autre site ? S’agit-il vraiment d’un lien ou le terme n’est peut-être pas le bon…

Aide-nous à t’aider… 😉

CommentID=E6tKpYsf0a5N6dl, PostID=PUQn5fvB5eZ9EWm

[R3dKap]

@Vincent HERY

@Theophile a raison, un p’tit coup de HasPhoto permet déjà de vérifier que l’utilisateur a une photo. Mais faudra pour ça utiliser aussi l’email de l’utilisateur sélectionné dans ta galerie. Ce qui m’amène à m’interroger sur ton champ “E-Mail”. On ne le voit pas souvent avec un tiret à l’intérieur. Avec quoi est alimenté le Items de ta galerie ?

Autre remarque : tes 2 If() peuvent se combiner ainsi (&& pour ET, || (pipes = 2 barres verticales du 6) pour OU) :

If(n    !IsBlank(Gallery2.Selected.'E-mail') && n    Gallery2.Selected.'E-mail' <> Blank();n    ...n)

Donc, du coup, au final, essaie ceci :

If(n    !IsBlank(Gallery2.Selected.'E-mail') && n    Gallery2.Selected.'E-mail' <> Blank() &&n    Office365Users.UserPhotoMetadata(n        Gallery2.Selected.'E-mail'n    ).HasPhoto, n    Office365Users.UserPhotoV2(n        Gallery2.Selected.'E-mail'n    )n)

Sinon, vérifie bien qu’à tout moment de l’appel d’une fonction UserProfileV2() ou UserPhotoV2() tu aies toujours bien une valeur d’email à transmettre en premier paramètre…

CommentID=7XZYGh7HX8N6799, PostID=ZWHTuLluUCtDQn9

[R3dKap]

Salut @Marine, (chouette ton avatar 😉)

Il te manque la parenthèse ouvrante de ton IF… Après, les formules de calcul dans les colonnes SharePoint sont pas toujours facile à mettre au point : fonction en français ? en anglais ? séparateur “;” ? ou “,” ? Ca dépend de la langue de ton site SharePoint…

Mais bon, essaie peut-être déjà avec la parenthèse ouvrante du IF… 😊

CommentID=5BWkiNJZz0OttV1, PostID=4NS7DLbAEA7sROT

[R3dKap]

@Vincent HERY qu’as tu mis dans le premier paramètre de tes appels à ces fonctions ?

CommentID=gtKLTfMchLMpRXM, PostID=ZWHTuLluUCtDQn9

[R3dKap]

Salut @Didier, très belle année à toi… 😉

Si bien sûr. Sur le Item du formulaire tu peux mettre une formule du style :

LookUp(TaListe, NumeroClient=Value(TextInput1.Text))

CommentID=ZZgDnAZMDHMpEia, PostID=RrOrjYVQuMSHA7Z

[R3dKap]

Bonjour @Delphine,

Juste pour info… La bonne pratique veut que les données communes à l’ensemble de l’entreprise soient gérées via le TermStore (magains de termes) où sont stockées les Managed Metadata (métadonnées gérées) comme indiqué par @Theophile.

Les avantages de procéder ainsi sont multiples :

• ces données peuvent être hiérarchisées

• les libellés peuvent être multilingues

• les données sont centrales à l’ensemble des applications (pas seulement SharePoint)

• les données peuvent être facilement réorganisées (déplacées, copiées, etc.)

• elles peuvent être utilisées pour mettre en place une navigation particulière sur les sites SharePoint

• elles peuvent porter des propriétés personnalisées

Et avec tout ça, Power Apps les gère bien puisque dans les formulaires il génère automatiquement des combo box avec les valeurs directement dedans (comme pour les lookups ou les choices). Sauf erreur de ma part, la seule chose qui n’est pas encore supportée c’est le choix d’une valeur dans une hiérarchie de métadonnées.

Bravo pour les compétences acquises sur le tas… 😉👍

CommentID=R3mGuFIRpAQncwK, PostID=xvt4oAo3KpTyzJx

[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]

Tout à fait d’accord avec toi… 😊

Les métadonnées seront plus adaptées à ta liste de services, départements, sociétés, etc.

Et une liste SharePoint sur une collection “commune” pour tes salariés sera effectivement plus pratique.

Attention toutefois à la sécurité : toute personne qui utilise une application Power Apps exploitant cette liste de salariés implique que l’utilisateur a accès à minima en lecture à la liste. Et s’il découvre l’url “par hasard” il peut y voir toutes les données de tout le monde. Après, il existe des solutions de contournement pour ça… Dis-moi si ça t’intéresse…

SubCommentID=k6rDo1q54v2ZS60, CommentID=fbjjUQ6rx2zUaaf, PostID=xvt4oAo3KpTyzJx