[R3dKap]

Salut Vince,

Oui tout à fait. Tu lances le Windows PowerShell ISE en mode admin puis tu exécutes la commande suivante pour installer le PnP PowerShell sur ton PC (comme indiqué dans la doc en ligne derrière le lien que t’ai filé dans mon post précédent) :

Install-Module -Name "PnP.PowerShell"

Une fois que c’est fait, tu utilises la commande suivante pour enregistrer le PnP PowerShell auprès d’Azure (à faire qu’une seule fois) :

Register-PnPManagementShellAccess

Là il faudra qu’un admin du tenant valide le truc…

Ensuite tout est prêt pour qu’il soit utilisé. Par exemple pour te connecter à ton site SharePoint :

Connect-PnPOnline -Url <url de ton site> -Interactive

Et enfin, la commande pour masquer ta liste que tu as dans mon post précédent…

CommentID=1kKf8UEzLrBNjgy, PostID=EjdN8RcQLRx3b8I

[R3dKap]

Laurent CARRIERE au-delà des éventuelles solutions techniques, la vraie piste à étudier est plus fonctionnelle : sur quelle données de ma liste je peux inviter l’utilisateur à réduire le nombre d’éléments sur lesquels travailler.

L’idée c’est de penser l’application de telle sorte que l’on oblige l’utilisateur a entrer un premier critère pour filtrer les données de la liste et la réduire à une quantité inférieure à 2000 (en utilisant une égalité ou un StartsWith() dans un Filter() par ex.).

See what I mean? 😉

CommentID=EizDXoY4VaTDBdy, PostID=6uetl2M2IMmquZP

[R3dKap]

Vince quand il s’agit de maniper SharePoint, le PnP Powershell s’avère extrêmement utile. Seule contrainte : il faut que l’admin autorise l’utilisation du module (voir ici la commande Register-PnPManagementShellAccess).

En l’occurrence, une fois installé, pour masquer une liste il te suffit d’utiliser la commande suivante :

Set-PnPList -Identity Lists/<taliste> -Hidden $true

N’hésite pas si t’as besoin d’aide…

CommentID=Z5ngjDmDx75kQLa, PostID=EjdN8RcQLRx3b8I

[R3dKap]

Salut FRED b.,

Ton lookup tu veux le faire dans une app canvas ou model-driven ?

CommentID=8SJj6NImvuuIFKb, PostID=aXBeu3Y2FhJTrvN

[R3dKap]

Merci pour ces éléments Gissinger Véronique.

Alors, plusieurs choses…

Dans ta dernière capture, on utilise pas l’opérateur “&” pour séparer les appels de fonctions. Cet opérateur sert à concaténer des chaînes de caractères… 😉 Pour séparer les appels de fonctions on utilise “;;” (“;” si ton interface est en anglais, mais je vois qu’elle est en français). Donc, par exemple :

NewForm(SharePointForm1);; NewForm(SharePointForm1_1)

Ensuite, la sauvegarde de tes données est plus complexe qu’il n’y paraît parce-que tes données sont éclatées dans 2 formulaires différents. Mais c’est pas infaisable…

Première chose : les champs obligatoires de ta liste doivent TOUS être sur le premier formulaire qui est soumis. Car si tu es en mode création, TOUS tes champs obligatoires doivent être renseignés. A la modification c’est moins vrai passke t’aurais déjà des données dedans, mais bon…
Donc l’idée c’est que c’est ton formulaire SharePointForm1 qui doit contenir les champs obligatoires.

Ensuite, la soumission du 2ème formulaire ne doit se faire que SI ET SEULEMENT SI la soumission du premier s’est bien passée (sinon forcément, le 2è ne passera pas non plus).
Et autre point : le RequestHide() comme les Reset() des 2 formulaires ne doivent se faire qu’à la fin du traitement, c’est à dire une fois que la soumission du 2è formulaire s’est bien passée.

Autre problème que j’entrevois : le 2è formulaire doit être en mode MODIFICATION uniquement (FormMode.Edit). En effet, même si tu crées un nouvel élément dans ta liste, ton premier formulaire sera effectivement en mode création et à la soumission il créera bien un nouvel élément. Mais si le 2è est aussi en création il va tenter de créer un 2è nouvel élément alors qu’il suffit de modifier celui qui vient d’être créé. J’ai essayé de tenir compte de ça pour la suite ci-dessous… Arrrrrgh ! Ah bin non ça va pas marcher parce-que ton 2è formulaire sera en mode Edit sur un élément qui n’existe pas encore : tu ne pourras donc rien saisir dessus… Pas simple…
Mmmm… A ce moment-là je ne vois qu’une solution : soumettre classiquement le 1er formulaire puis si ça s’est bien passé patcher (et non soumettre) l’élément avec les données du 2è formulaire.

Donc, voici comment procéder :

SharePointIntegration.OnSave

SubmitForm(SharePointForm1)

SharePointForm1.OnSuccess

Patch('Trials requests'; SharePointForm1.LastSubmit; SharePointForm1_1.Updates);;nResetForm(SharePointForm1);;nResetForm(SharePointForm1_1);;nRequestHide()

C’est pas l’idéal parce-qu’on fait appel au SharePointForm1_1 qui est sur un autre écran mais ça devrait marcher quand même…

Sinon toutes les propriétés OnNew, OnEdit, OnView et OnCancel peuvent rester telles quelles mais où tu remplaces le “&” par “;;” comme expliqué précédemment.

Essaie déjà ça et voyons ce que ça donne…

Voilou… N’hésite pas si t’as encore besoin d’aide… 😉

CommentID=aVQVHAclsugb8pd, PostID=4VVrNK447keN2Ek

[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