[R3dKap]

Salut @aurelien page,

De base ton besoin me semble bizarre… Est-ce qu’on peut creuser un peu ?

Je suppose que tu es en train de faire une app Power Apps qui utilise un fichier Excel comme source de données. Si c’est le cas, il faut savoir que cette solution est à réserver pour des applications persos uniquement, c’est à dire qui ne nécessitent pas l’intervention en simultané (ou pas d’ailleurs) de plusieurs utilisateurs. Car ton fichier Excel doit se trouver sur un OneDrive Business qui est personnel et même s’il est possible de partager un fichier Excel avec d’autres personnes, tu t’embarques dans un truc assez instable. Ce n’est vraiment pas recommandé.

En règle général, si les données sont accédées par plusieurs utilisateurs, on privilégie la création d’une liste SharePoint.

Autre point à étudier : est-ce que ton fichier Excel n’est accédé QUE par le biais de ton app Power Apps ? Si c’est le cas, est-ce que tu ne pourrais pas déporter les formules de ton tableau vers ton app Power Apps. C’est à dire que ce serait ton app Power Apps qui ferait les calculs pour ensuite n’envoyer que des valeurs brutes à ton tableau Excel. Du coup à règlerait ton souci et tu n’aurais plus besoin du script de recopie de ton tableau…

CommentID=e0WPmJc0sFjQu5A, PostID=OH7wUVOExGMHGLk

[R3dKap]

@Theophile CHIN-NIN voir son post précédent :

@Thika n’hésite pas à continuer à poser tes questions dans le même post d’origine pour que l’ensemble des informations soient rassemblées au même endroit… 😉

Sinon, sans vouloir absolument te faire changer d’avis, mais je trouve vraiment la solution du timer beaucoup plus compliqué que simplement le bout de code que j’avais proposé… mais bon… 😉 Y’à qu’à voir la réaction de @Theophile CHIN-NIN d’ailleurs… 😊

Pour ce qui est d’exclure les samedis, dimanches et jours fériés, effectivement il te faut créer une table des jours fériés. Ensuite, l’idée de base n’est pas de supprimer les enregistrements que tu aurais créés en trop mais plutôt de faire le travail en amont, dans le Timer1, au moment de la construction de la liste des dates qui va servir au Timer2.

C’est à dire que dans le OnTimerEnd de Timer1, il faudrait que tu écrives quelque chose comme ceci :

Set(n    newDate; n    DateAdd(n        DataCardValue5.SelectedDate;n        var;n        Daysn    )n);;nIf(n    WeekDay(// Exclusion du dimanchen        newDate;n        StartOfWeek.Sundayn    ) <> 1 &&n    WeekDay(// Exclusion du samedin        newDate;n        StartOfWeek.Sundayn    ) <> 7 &&n    IsBlank(// Exclusion des jours fériésn        LookUp(n            JoursFériés;n            DateJourFérié = newDaten        )n    );n    Collect(n        colDates;n        {n            date: newDaten        }n    )n);;nSet(var;var+1);;n

JourFériés c’est ta liste des jours fériés dans laquelle tu as une colonne DateJourFérié qui contient la date du jour férié.

Voilà, n’hésite pas si tu coinces sur quelque chose…

CommentID=gTLjFbVtZvEkITJ, PostID=PGGF2dlzyKLdZ63

[R3dKap]

Salut @Vincent HERY,

Assez facile à faire :

• tu crées ta liste SharePoint avec une colonne de type Personne et d’autres colonnes à côté qui récupèreront les détails de l’utilisateur
• tu crées un flow qui se déclenche à la création d’un nouvel élément dans la liste :
• le flow utilise le connecteur Azure AD pour récupérer les caractéristiques de l’utilisateur
• puis il met à jour l’élément de la liste avec les détails de l’utilisateur récupérés précédemment

C’est bien ça que tu voulais faire ?

CommentID=AcTtGjMBw7N9O09, PostID=to6HhjFMgSCmdxv

[R3dKap]

@Vincent HERY à ce moment-là, crée plutôt un flow répétitif, qui se déclenche par exemple toutes les heures et qui balaye ta liste pour mettre à jour les propriétés des utilisateurs qu’il y trouvera… Car il n’existe pas de déclencheur sur le connecteur Azure AD…

SubCommentID=QFaGMacsnFNlmH8, CommentID=AcTtGjMBw7N9O09, PostID=to6HhjFMgSCmdxv

[R3dKap]

@Tanguy Touzard marrant, je vais justement participer aux journées complètes de formation de la MWCP2022 où j’aborderais (entre autres) le sujet du mode déconnecté sous Power Apps 😁 :

https://modern-workplace.pro/agenda-2022/#page-content

Alors pour répondre à tes questions :

1. La première chose vraiment importante c’est de bien prendre en compte ce besoin du mode déconnecté dès le début de la conception. Car transformer une application déjà existante pour lui rajouter du mode déconnecté c’est juste l’enfer. Principalement à cause de la manière dont tu gères les données dans l’appli lorsqu’elle inclue le mode déconnecté.
2. La gestion des données est donc particulière en mode déconnecté. J’ai fait une grosse appli en mode déconnecté et j’ai choisi de fonctionner comme ceci : la totalité de l’application ne tourne qu’avec des collections locales. Dans les écrans de l’application il n’y a jamais aucun référencement direct aux sources de données (moi c’était du SharePoint), SAUF à la sauvegarde.
3. Cela implique qu’il faut impérativement que ton applications puisse tourner avec des volumes de données inférieur à 2000 enregistrements. Parce-que sinon tu t’embarques dans un truc encore plus complexe qu’il ne l’est déjà. Je dis pas que c’est pas impossible mais bon, si on peut l’éviter…
4. Dans mon appli, le seul écran qui fait appel aux sources de données c’est l’écran de démarrage qui charge les données nécessaires pour que l’application soit utilisable :
5. Il regarde si on est en mode connecté ou pas.
6. Si on est connecté, il charge dans des collections toutes les données depuis les sources de données et les RE-stocke en cache local avec SaveData() pour les avoir à dispo au lancement suivant pour le cas où on soit en déconnecté.
7. Si on est déconnecté, il charge dans des collections toutes les données depuis le cache local avec LoadData().
8. A partir de ce moment-là, vu que tout est chargé dans des collections et que toute ton application ne fait que travailler avec ces collections, ton appli est utilisable que l’on soit en mode connecté ou pas. Et pendant toute son utilisation finalement on s’en fichera pas mal de savoir si on est connecté ou pas, SAUF à la sauvegarde.
9. Astuce : pour simuler le mode déconnecté pendant la phase de développement, tu peux mettre un toggle togConnecté quelque part sur un écran que tu définis par défaut à true. Et là l’étape 4.a) tu alimentes une variable gloConnecté avec togConnecté.Value || Connection.Connected. Et c’est gloConnecté que tu testes pour savoir si t’es connecté ou pas.
10. Dans l’application, à la sauvegarde :
11. Si t’es connecté tu sauvegardes tes collections dans tes datasources
12. Ensuite tu sauvegardes toujours tes collections dans le cache local avec le SaveData()
13. Attention : si ta source de données génère des données automatiques à la création des enregistrements et que tu en as besoin dans l’appli en mode déconnecté, alors après avoir sauvegardé tes données vers tes datasources, recharge tes collections à partir de tes datasources avant de les sauvegarder dans le cache local.
14. Attention : si tu utilises des formulaires dans ton appli et que tu as des champs de type Choice (liste de valeurs), il va falloir que tu les sauvegardes aussi en cache local car la fonction Choices() ne fonctionne que sur de la vraie source de données. Il faudra donc que toi-même tu forces le Items de ces champs-là non pas à du Choices() mais à une collection chargée depuis le cache local.
15. Prévois-toi aussi un écran de débogage qui t’affiche facilement en permanence le contenu de tes collections qui sont en cache local. Parce-qu’il n’y a aucun moyen d’y accéder autrement… Et tant qu’à faire, moi j’y avais ajouté la possibilité de supprimer des enregistrements du cache voire carrément de vider une entrée du cache local.
16. Tu as de la chance, désormais les fonctions LoadData() et SaveData() fonctionnent en mode web. Auparavant elles ne fonctionnaient que sur des devices mobiles (bien relou pour les test). Assure-toi juste d’avoir activé la fonctionnalité expérimentale correspondante :

Enfin, par rapport aux volumes de données, désormais la limite est celle du device sur lequel l’application tourne (ah : je viens de voir qu’à priori en mode web c’est assez limité… surprenant… à challenger peut-être) :

C’est extrait de la doc de la fonction SaveData() que je t’ai mis ci-dessous…

👉 Ah et par rapport à ta question sur les PDF, je suis pas sûr d’avoir bien compris : tu veux pouvoir rendre des PDF accessibles en mode offline ? Si c’est le cas, je ne crois pas que ce soit possible car le composant lecteur de PDF proposé par Power Apps ne prend en entrée que des URLs. Or, un fichier PDF stocké en local n’aurait pas d’url… A creuser… Je vais réfléchir de mon côté…

Autre resources

• La doc officielle des fonctions SaveData(), LoadData(), ClearData() et Connection.
• Matthew Devaney a fait un p’tit article qui donne les base du concept également, avec un exemple :

Voilou… N’hésite pas à poser d’autres questions si nécessaire… 😉

CommentID=UnAK1rctoRaMZ2o, PostID=4BxZK1snba2M2pC

[R3dKap]

Ok, je vois. Et t’aurais quoi comme volume ?

Et tu stockerais ces données où ? SharePoint ?

SubCommentID=RgyoNWgBmKUy8kp, CommentID=UnAK1rctoRaMZ2o, PostID=4BxZK1snba2M2pC

[R3dKap]

@Tanguy Touzard NAV ? T’envisages quoi pour le stockage des données ? En gros l’appli fait quoi ?

Pour les PJ, ce que tu peux faire c’est de mettre tes docs dans une bib SharePoint par ex., puis de la mettre en source de données dans l’appli Powe Apps et proposer des liens qui mènent directement aux docs. En cliquant dessus, quand t’es sur un mobile, je crois qu’il te propose de le télécharger : charge à l’utilisateur de le mettre où bon lui semble pour le retrouver plus tard.

Mais tu ne peux pas à partir de Power Apps spécifier un emplacement d’enregistrement d’un document que t’aurais éventuellement pré-chargé via un flow…

SubCommentID=UFyWm5QAKTHYuyy, CommentID=UnAK1rctoRaMZ2o, PostID=4BxZK1snba2M2pC

[R3dKap]

@Tanguy Touzard j’ai oublié de parler de la synchro.

Et avant ça, une petite précision : dans la gestion des données de l’application, je fais la différence entre ce que j’appelle le référentiel et les données applicatives :

• Référentiel : liste de valeurs qui servent principalement dans des lookups, ou listes de paramétrage, etc. (par ex. une liste des véhicules de location de l’entreprise, ou une liste de bouquins à louer, etc.). Ces données ne sont pas modifiées par les utilisateurs mais plutôt par les admins.
• Données applicatives : ces données sont celles qui sont manipulées par les utilisateurs finaux (par ex. : les locations des véhicules par les salariés, ou les emprunts de bouquins, etc.).

Revenons sur la synchro…

La synchro a 2 raisons d’être :

1. T’as des données stockées dans le cache local lorsque tu étais en mode déconnecté et tu ne les as pas encore poussées vers tes sources de données.
2. T’as des utilisateurs qui peuvent aussi modifier les données côté backend et il faut donc les pousser vers l’application pour qu’elle en aie connaissance.

L’idéal c’est évidemment d’éviter le point 2 😉 et de faire en sorte que tes données ne puissent être modifiées que par le biais de l’application. Ca évite de faire une synchro avec gestion des conflits où tu finis par redévelopper l’algorithme de OneDrive 😁.

En gros y’a 3 solutions pour réaliser la synchro :

• soit ton appli synchronise les données dès l’ouverture : toutes les données du cache local non encore sauvegardées sont poussées vers tes sources de données puis tous les référentiels de tes sources de données sont mis à jour dans le cache local ;
• soit ton appli effectue cette synchro à intervalle régulier “en tâche de fond” à l’aide d’un timer (toutes les 2mn par ex.)
• soit la synchro est déclenchée manuellement par l’utilisateur : l’avantage c’est qu’il peut choisir ce qu’il pousse ou pas côté sources de données (c’est que j’avais fait dans mon appli).

Et pour finir j’ai oublié de préciser aussi que j’ai ouï dire que les applications model-driven intègrent automatiquement un mode déconnecté. A creuser…

SubCommentID=vLRQU5SFtn7jkE7, CommentID=UnAK1rctoRaMZ2o, PostID=4BxZK1snba2M2pC

[R3dKap]

👍 Top ! Bienvenue sur PPFC… Et n’hésite pas à poser tes questions si tu coinces… 😉

CommentID=htJYWDV9qnHA3zQ, PostID=zx0J6jCgy7NBrAQ

[R3dKap]

Enorme MERCI @Pierre Bourdial. Une magnifique bibliothèque riche en contenu PP… 🥰🤗🎉

CommentID=CgoGU54E6BPVTTU, PostID=9ri1MbWFLTmaG4z

[R3dKap]

@Lamia Bienvenue sur le PPFC 😉

La question qui va tout déterminer c’est : combien as-tu de communes dans ta liste ?

CommentID=WXr4IG1uohXeSl9, PostID=V61aoLRCRNFfTPX

[R3dKap]

@Lamia du coup j’en ai fait un article dans la base de connaissances pour en faire profiter tout le monde… 😉

SubCommentID=h8UrmKqIR9BIbBy, CommentID=WXr4IG1uohXeSl9, PostID=V61aoLRCRNFfTPX

[R3dKap]

@Lamia dans ce cas, et au vu de ta réponde aux questions de @Loïc Cimon, la solution la plus simple que j’entrevois pour toi c’est de procéder de la manière suivante…

J’ai supposé dans le code que ta liste des codes postaux et communes s’appelle Communes et que les colonnes s’appellent CodePostal et NomCommune.

Voici les instructions :

• sur ton écran tu mets une seule combo box (en FR, une Zone de liste déroulante, pas une Liste déroulante) appelée ComboBox1
• au-dessus de ta combo box, tu mets un text input (en FR, Entrée de texte) appelé TextInput1
• sur la propriété OnChange de TextInput1, tu mets ceci :

Clear(colCommunes);nIf(n    Not(IsBlank(TextInput1.Text)),n    If(n        IsNumeric(TextInput1.Text),n        Collect(n            colCommunes,n            Filter(n                Communes,n                StartsWith(n                    CodePostal,n                    TextInput1.Textn                )n            )n        ),n        Collect(n            colCommunes,n            Filter(n                Communes,n                StartsWith(n                    NomCommune,n                    TextInput1.Textn                )n            )n        )n    )n)n

• définit la propriété IsSearchable de ComboBox1 à false
• sur la propriété Items de ComboBox1 tu mets juste :

colCommunesn

• sur ComboBox1 tu cliques sur le lien Edit de Fields :

• là tu changes le Layout et tu le définis sur Double :

• puis dans Primary text et Secondary text tu mets respectivement tes colonnes de code postal et de commune :

• et enfin, dans la propriété DisplayMode du ComboBox1 tu mets ceci :

If(IsEmpty(colCommunes), DisplayMode.Disabled, DisplayMode.Edit)n

Quelques explications…

En gros, l’idée c’est tout d’abord d’utiliser une combo box en mode double pour afficher à la fois le code postal et la commune dans un seul composant :

Ensuite, on ne peut malheureusement pas utiliser la recherche intégrée à la combo box car il y a plus de 2 000 éléments dans ta liste. Or la fonction Search() (qui est utilisée derrière pour faire cela) n’est pas délégable à SharePoint, c’est à dire que Power Apps ne peut pas dire à SharePoint “Fais la recherche pour moi” il est obligé de la faire lui-même. Et du coup, pour des raisons de performances, Power Apps ne fait la recherche que sur 2 000 enregistrements max.

Du coup, pour contourner ce problème, on va utiliser une autre fonction qui, elle, est délégable à SharePoint : StartsWith().

On mets donc un text input sur l’écran pour permettre à l’utilisateur de saisir son critère de recherche. Or, si on avait fait un StartsWith() sur un champ de type “1000-Bruxelles“, on aurait pu faire la recherche que sur le code postal et si on avait tapé “Brux” il n’aurait rien trouvé puisque la fonction StartsWith() ne compare la chaîne de recherche qu’avec le début de la valeur du champ (comme son nom l’indique d’ailleurs).

C’est la raison pour laquelle dans le gros morceau de code fournit ci-dessus, on regarde si ce que l’utilisateur a saisit est un numérique (alors on fait un StartsWith() sur le code postal) ou une chaîne de caractères (auquel cas on fait un StartsWith() sur la commune).

Le résultat du filtrage des communes avec l’un ou l’autre des StartsWith() est stocké dans une collection locale colCommunes et c’est elle qui alimente la combo box.

Enfin, pour éviter que l’utilisateur n’ouvre la combo box alors qu’il vient de lancer une recherche et que l’on a pas encore les résultats du filtrage, on verrouille la combo box tant qu’il n’y a pas de données dans colCommunes. C’est le but du code que l’on a mit sur la propriété DisplayMode de ComboBox1.

La seule chose à savoir pour l’utilisateur c’est qu’il doit appuyer sur <ENTREE> après avoir saisi son critère de recherche dans TextInput1 pour que cela déclenche la recherche et le filtrage des communes.

Voilà ce que ça donne :

Alors tu remarqueras que j’ai aussi mis une List box (à utiliser à la place de la combo box) qui peut être plus pratique pour afficher directement la liste des communes disponibles. Cela évite de devoir ouvrir la combo box pour voir le résultat du filtrage.

Pour que cela fonctionne bien, il suffit de positionner ses propriétés ainsi :

• Items :

AddColumns(n    colCommunes,n    "CPCommune",n    CodePostal & " - " & NomCommunen)n

• SelectMultiple à false

Puis, choisit bien la colonne CPCommune pour l’affichage des valeurs :

Et histoire de faire plus propre, pour faire en sorte que la liste se vide au moment où on veut faire une nouvelle recherche, définit la propriété OnSelect de TextInput1 à :

Clear(colCommunes)n

Voili voilou… Dis-nous si ça fonctionne chez toi…

SubCommentID=fuxsTPvWHBXWyrE, CommentID=WXr4IG1uohXeSl9, PostID=V61aoLRCRNFfTPX

[R3dKap]

@Alain Pujol une petite remarque pour compléter : tu peux directement enlever la partie Galerie.Selected.Nom qui est dans le “sinon” de ton If(!IsBlank(ChoixNom)…). En effet, remettre dans un champ la même valeur qu’elle contient revient à ne rien faire… 😉

Et du coup, tu pourrais même sortir ton If() du Patch() pour conditionner le Patch() lui-même (si tu ne mets pas à jour d’autres colonnes de ta liste dans ce Patch().

SubCommentID=RkMwqATWCCg91aY, CommentID=IlGwCfkM0D53vDt, PostID=1GRnX5Z9htknXOW

[R3dKap]

@Thika voici le code corrigé :

ClearCollect(n    colGestionList; Defaults(GestionList)n);;nClear(colGestionList);;nForAll(n    Sequence(n        DateDiff(n            DatePickerDebut.SelectedDate;n            DatePickerFin.SelectedDaten        ) + 1n    );n    Collect(n        colGestionList;n        Defaults(GestionList)n    );;n    Update(n        colGestionList;n        Last(colGestionList);n        {n            Staff: ComboBoxStaff.Selected;n            Assiduite: ComboBoxAssiduite.Selected;n            DateP: DateAdd(n                DatePickerDebut.SelectedDate;n                Value - 1n            )n        }n    )n);;nPatch(GestionList; colGestionList);;n

SubCommentID=XyUoFfJ9aDEfji3, CommentID=zsuO6Z52HO0Vqef, PostID=wdLihsBfRSa3Svt