[R3dKap]

Alors de mémoire, le menu en lui-même n’est pas un composant. C’est mon composant ControlAnimator qui est utilisé pour animer le menu, c’est tout. Sinon, normalement ton menu en lui-même c’est simplement un conteneur dans lequel tu as une galerie avec tes éléments, voire des libellés ou des boutons en fixe…

Alors du coup, dis-moi déjà comment est constitué ton menu…

CommentID=P1KDqxTCAtqojqp, PostID=HCjpNAUGMo4ZUDA

[R3dKap]

Salut Vincent HERY,

Oui bien sûr. De mémoire, chaque élément de menu est un libellé (ou un bouton je sais plus). Il suffit de définir sa propriété Visible en fonction du fait que User().Email fait partie d’une liste d’emails dans ta liste d’admins…

Dis-moi si t’as besoin de plus d’aide…

CommentID=04ZkEU8zAT1FK9L, PostID=HCjpNAUGMo4ZUDA

[R3dKap]

Gissinger Véronique c’est peut-être dû à l’existence du 2è formulaire… Il y a peut-être un ResetForm qui se déclenche au mauvais moment qui fait que ton champ est vide au moment de l’enregistrement… Et la modification marche passke t’as déjà des données dedans…

Comment gères-tu ce 2è formulaire sur le 2è écran ? Quel est la valeur de sa propriété Item ? Et OnSuccess ?

Qu’as-tu comme code dans les différents événements de l’objet SharePointIntegration ?

CommentID=NhrStT4KAE1fqik, PostID=4VVrNK447keN2Ek

[R3dKap]

Ah oui exact… lol… J’avais même pas vu l’erreur… Bien vu !

Avec plaisir… 😉

CommentID=F8fWBt5FvaXdUW1, PostID=rJannhROZ8HEOTg

[R3dKap]

Nope 😌

CommentID=sOgha8nSMzYQRPj, PostID=rJannhROZ8HEOTg

[R3dKap]

Hugo c’est ton choix de boutons qui ne va pas… Dans ton Patch(), tes colonnes gen1, gen2 et gen3 sont des colonnes de type Oui/Non (du moins je suppose). Donc tu ne peux pas les mettre à jour avec des boutons qui sont des contrôles, ça n’a malheureusement rien à voir.

A ta place j’utiliserais des cases à cocher en lieu et place des boutons. En effet la propriété Value d’une case à cocher renvoie justement True ou False selon qu’elle est cochée ou pas.

Cela te permettrai d’écrire ton Patch ainsi :

Patch(n    First(Filter('test 1';ID=Gallery1.Selected.ID));n    {n        gen1: Checkbox3.Value;n        gen2: Checkbox3_1.Value;n        gen3: Checkbox3_2.Valuen    }n);;

CommentID=PGq5FptSSriad4m, PostID=rJannhROZ8HEOTg

[R3dKap]

Je comprends pas bien ton histoire de navigate…

Qu’y a-t-il dans ta galerie ? Sur quel écran ? Lorsque tu navigues c’est vers quel écran pour y faire quoi ? Où se trouvent les cases à cocher que tu as mises ? Et quel est le code actuel de ton Patch ?

SubCommentID=mnhIERF4u3rZ0Hw, CommentID=PGq5FptSSriad4m, PostID=rJannhROZ8HEOTg

[R3dKap]

Jérémy Laplaine une idée ? T’as déjà fait ce genre de chose ?

CommentID=KnQCzfz2BGy1Glj, PostID=Vgl9fOtF52pTKGm

[R3dKap]

Alain Pujol l’idée de DavidZed est bonne. Je précise un peu comment je vois les choses :

• une colonne LockDateTime de type date et heure

• une colonne LockUser de type utilisateur

• lorsque l’utilisateur rentre dans le magasin démarrage d’un timer qui se déclenche toutes les 5mn

• à chaque déclenchement du timer (et au démarrage aussi), mise à jour de LockDateTime à Now() et LockUser à User()

• lorsque l’utilisateur quitte le magasin, arrêt du timer et mise à blanc de LockDateTime et LockUser (pour ce faire, attention de bien activer le paramètre Gestion des erreurs au niveau de la formule dans les fonctionnalités expérimentales)

• un utilisateur quelconque est autorisé à entrer dans le magasin si et seulement si :

  • LockDateTime et LockUser sont vides
    OU
    Now() > LockDateTime + 5mn (ce qui laisse sous-entendre que l’utilisateur qui avait précédemment verrouillé le magasin n’y est plus)

CommentID=rN3SujWnFY8GkUE, PostID=wLOrWTvTRRMGKvV

[R3dKap]

Hugotr35 de ce que je vois c’est du code côté Power Apps qui construisait ton HTML (bonne idée : toujours plus facile à faire côté Power Apps que côté Power Automate). Et après je suppose que tu transmet le résultat de ton Concat() au flux Power Automate que tu appelles.

Là l’idée c’est de faire pareil sauf qu’il faut remplacer ton <br/> par un Char(10) pour faire un retour à la ligne et qu’il faut mettre un tiret au début de chaque ligne pour afficher la liste du matériel avec des puces :

Concat(n    Filter(n        'Inventaire EQT'; n        Collaborateur = Label11.Text && Statut_dotation = "En possession"n    );n    $"- EPI: {EPI} Taille: {Taille} Quantité: {'Quantité attribuée'}";n    Char(10)n)

Tu remarqueras au passage que j’utiliser le nouveau formalisme de concaténation de chaîne qui permet d’insérer du code dans une chaîne : tu démarres ta chaîne avec un $ et à l’intérieur j’injecte les données via des accolades…

CommentID=TQPfCppfzpOgrXB, PostID=BNjM58AmgWAPza2

[R3dKap]

Hugotr35 en fait si tu vas sur l’url https://aka.ms/approvaldetails (comme indiqué dans le commentaire du champ Details), le premier lien Markdown sur la page t’amène sur la page Wikipedia qui explique comment fonctionne le Markdown.

C’est une autre manière de formatter du texte riche (gras, italique, tableaux, listes, etc.).

Sur cette page Wikipedia tu verras comment formatter une liste :

Donc, en gros, reprends simplement l’HTML que t’avais construit de ton côté et remplace les <ol> et <li> par des * ou des – pour générer une liste de matériel qui ressemblera alors à ceci dans le mail d’approbation :

• Matériel 1

• Matériel 2

• Matériel 3

• …

Ca t’aide ?

CommentID=t3IHU0mTyAkV1An, PostID=BNjM58AmgWAPza2

[R3dKap]

Pierre Bourdial David Vachala Tanguy Touzard Aurelien CLERE une idée pour aider notre ami Teddy LOUIS ?

CommentID=fLUyVMy6Jca8X53, PostID=Coibz41FDDXmGXl

[R3dKap]

Hugotr35 ok, alors la solution la plus simple que j’entrevoie c’est que côté application Power Apps, lorsque le manager clique sur un bouton par ex. (ou via un autre déclenchement, je ne sais pas ce qui est prévu), un flux Power Automate se déclenche. Celui-ci envoie une demande d’approbation de la liste du matériel à l’utilisateur qui pourra alors directement depuis son mail accepter ou refuser la liste.

Pour ce qui est de construire la liste du matériel pour le mettre dans le mail d’approbation, il te faudra utiliser le markdown :

Regarde le lien indiqué dans le commentaire du champ Détails.

Si t’as besoin de plus d’aide n’hésite pas…

CommentID=aB3UEyomdzjJBIp, PostID=BNjM58AmgWAPza2

[R3dKap]

EDK est-ce que tu peux nous mettre l’instruction d’export PnP que tu as exécutée ?

CommentID=GyuhzbPBQVBuyxZ, PostID=HQfqWSWvsyaDbYw

[R3dKap]

Salut Sylvain,

C’est marrant comme on se focalise rapidement sur des solutions techniques… Et c’est tout à fait compréhensible… 😉

De mon côté, ton problème me pose un problème déjà… 😁 Si Power Apps met en place une Zone de liste déroulante pour un champ de recherche c’est pas pour rien : la zone de recherche te permet de lister clairement les valeurs possibles de choix dans ta liste B et elle fournit également le moyen de rechercher la valeur souhaitée via son moteur de recherche intégré. Plutôt pas mal… 🤩

Du coup me vient automatiquement la question : pour quelle raison n’en voudrais-tu pas ? Pourquoi vouloir mettre une Liste déroulante simple qui n’a pas de moteur de recherche ? Et même pire, un champ Entrée de texte simple qui ne te garantira plus du tout la cohérence du lien entre les deux listes ?

Explique-nous… 😊

CommentID=o5oSnuRhU6Y3ZSM, PostID=D22FxemgItGdXHL