[R3dKap]

Salut Fabrice,

Sur une grosse app actuellement, j’utilise la fonction PDF() sur un écran où j’ai énormément de contrôles et de contenu, avec du gras, de l’italique, etc. et ça fonctionne très bien (c’est juste un peu long à se générer). Selon moi, tant que tu utilises la police par défaut de Power Apps (la Open Sans par ex.) y’aura pas de soucis de ce côté-là.

Ton problème doit se situer ailleurs…

Est-ce que tu peux préciser :

1. Comment le PDF est envoyé par mail ? Via un flux Power Automate ou directement à partir de ton app via le connecteur Outlook ?
2. Qu’est-ce qui est vide exactement ? Le contenu du PDF ou l’écran de ton app suite à l’envoi ?
3. Est-ce que tu as du code juste après l’appel de la fonction PDF() (genre une navigation vers un autre écran) ? Car il faut laisser le temps à la fonction PDF() de faire son travail. Si tu navigues trop vite, il y a un risque que ton écran ne soit plus actif pour la fonction PDF().

[R3dKap]

1. L’utilisateur qui rempli la fiche il la rempli avec ses propres informations ou il rempli les informations d’un autre utilisateur ?
2. Est-ce que c’est grave si un utilisateur A peut voir les informations remplie dans le formulaire par un autre utilisateur B ?
3. L’envoi des informations saisies est juste informatif ? Il n’y a pas de traitement derrière ?
4. Est-ce que celui qui reçois les éléments saisis dans le formulaire peut retoucher ces éléments ou il n’y a accès qu’en lecture seule ?

[R3dKap]

Bizarre le lien marche très bien chez moi… Sinon va dans la section Base de connaissance et recherche l’article manuellement…

Si tu as plusieurs type d’utilisateurs dans ton application, tu peux faire quelque chose de très simple :

• créer une liste Utilisateurs avec 2 colonne :
  • une colonne Utilisateur (de type Utilisateur)
  • une colonne Service (de type Choix) avec les valeurs Ingénierie et Production
• au lancement de l’application, dans le OnStart :
  • tu récupères la ligne de la table Utilisateurs pour l’utilisateur connecté
  • si elle n’existe pas, c’est que la personne n’a pas le droit d’utiliser l’application
  • sinon tu mets cette lignes dans une variable globale goUser pour l’utiliser partout dans l’application
• sur les différents écrans tu peux utiliser la variable gloUser pour déterminer selon son service (goUser.Service) ce qu’il a le droit de faire

Simple, efficace… 😉

[R3dKap]

Ok je vois… Mais peut-être si tu me décris ton besoin je pourrais t’aiguiller sur une solution simple et pratique. C’est quoi le process à la base ?

[R3dKap]

Salut Julien,

Franchement, perso je créerais le formulaire directement dans l’application. Tu crées une petite liste SharePoint (en suivant ces instructions https://ppfc.fr/groupes/base-de-connaissances/forum/topic/comment-construire-son-modele-de-donnees-sharepoint/) et puis tu utilises un contrôle Formulaire branché sur cette liste.

Pour ce qui est des approbations, j’ai tendance à les gérer moi-même dans l’application avec une simple colonne Statut (à toi de choisir les statuts) et une autre Approbation (oui/non). Passke le système natif des approbations via Power Automate est un peu lourd je trouve pour des besoins minimalistes. Mais à toi de voir…

Et pour voir la liste des demandes, une simple galerie branchée sur la liste suffirait. Et tu pourrais gérer les demandes archivées avec une colonne Archivée (oui/non).

Les solutions les plus simples sont souvent les meilleures… 😉

[R3dKap]

Salut Vincent,

Quelques questions :

1. Que veux-tu dire par “recopier le formulaire” ?
2. Le formulaire est-il figé ? C’est-à-dire contient-il des champs bien défini ou est-il dynamique ?
3. Qu’envoies-tu aux utilisateurs ? Un lien vers le formulaire ?
4. Pourquoi ne pas utiliser Microsoft Forms ? Trop simpliste ? Quelles sont les besoins auxquels Forms ne répond pas ?

[R3dKap]

Salut Jonas,

Est-ce que le formulaire est sur un autre écran ou tes champs de saisie sont directement dans la galerie ? Peux-tu nous mettre une capture pour que l’on voie mieux ce que tu veux faire ?

[R3dKap]

Salut Stephane,

Qu’est-ce que tu as dans le Items de ton DataCardValue2 ?

Pour le dernier paramètre essaie : {} (un enregistrement vide)

[R3dKap]

Test image :

[R3dKap]

Salut Philippe,

Merci pour ton retour. Cela fait 2 ou 3 jours que je me demandais s’il n’y avait pas un souci… On va regarder de suite…

[R3dKap]

Super top ça ! Merci m’sieur ! 🙏

[R3dKap]

Sauf erreur de ma part, ce n’est pas possible car il s’agit d’une vue native codée en dur dans SharePoint.

[R3dKap]

A noter @David que le 2è paramètre du Path() au format {…} n’est pas forcément fiable (et c’est ce que j’avais déjà remarqué par le passé). Mieux vaut privilégier le LookUp() ou une variable contenant l’enregistrement en entier… 😉

[R3dKap]

@Gajdos, il y a énormément d’avantages à utiliser les conteneurs horizontaux et verticaux par rapport aux conteneurs simples :

• ils agencent et positionnent automatiquement les contrôles qu’ils contiennent, les uns par rapport aux autres, sans qu’il soit besoin de saisir une quelconque formule : dans un conteneur vertical les contrôles s’empilent automatiquement les uns au-dessus des autres et si un contrôle change de hauteur tous les autres situés dessous sont décalés d’autant vers le bas ; idem pour les conteneurs horizontaux mais dans l’autre sens
• la construction d’un écran qui est généralement composé de plusieurs zones imbriquées est très facile et très rapide à mettre en place grâce à l’imbrication des conteneurs horizontaux et verticaux

Voici un exemple d’arborescence de conteneurs pour une application sur laquelle je suis en train de travailler actuellement :

L’objectif c’est découper et sous-découper toutes les petites portions de ton écran à l’aide de ces conteneurs.

Quand au conteneur simple/classique (on en voit un sur ma capture qui s’appelle ctrTabContent_DEMDOC), on ne l’utilise que pour superposer des contrôles les uns par rapport aux autres car dans les conteneurs horizontaux et verticaux il est impossible de superposer des éléments. Cela est utile lorsque tu veux par exemple afficher une popup ou une notification par-dessus une zone de ton écran ; ou lorsque tu veux mettre un icône “+” vide par-dessus une image pour avoir l’icone “main” lorsqu’on le survole et montrer que l’image est cliquable.

Tu remarqueras qu’en terme de nomenclature, je privilégie le préfixe lay pour les conteneurs horizontaux et verticaux (car en anglais ils s’appellent les Layout Containers) et ctr pour les conteneur classiques (car en anglais ils s’appellent les Containers).

Pour une nomenclature propre je te recommande ce post que j’avais fait il y a quelques temps : https://ppfc.fr/groupes/ressources/forum/topic/power-apps-regles-de-nommage-des-controles/?no_frame=1

[R3dKap]

Gajdos, le principe de base pour créer une application qui s’adapte à la taille de l’écran consiste à placer sur ton écran un premier conteneur dont la taille va s’adapter à celle de l’écran en définissant ses propriétés Width et Height de la manière suivante (j’ai appelé ce premier conteneur layScreen_HOME) :

layScreen_HOME.Width = Parent.Width
layScreen_HOME.Height = Parent.Height

Je te recommande d’utiliser dans toute ton application les conteneurs à agencement automatique Conteneur horizontal et Conteneur vertical.

Si t’as besoin d’aide sur l’utilisation de ces conteneurs, n’hésite pas… 😉