[Sebastien]

Oh super !

Merci Beaucoup, je vais tester tout ça.

[Sebastien]

Bienvenu François-Xavier !

Je n’ai encore jamais vu la théorie du nom du flux, mais avec Automate je pense que tout est possible.. En guise de référence pour le futur, pour ce genre de soucis mon troubleshooting habituel est le suivant :

1. Vérification des filtres et autres conditions du déclencheur
   • Test
2. Suppression et recréation du déclencheur
   • Test
3. Copie du flux -> suppression de l’original et remplacement par la copie
   • Test
4. Désespoir

[Sebastien]

Okay je n’arrive pas à charger une image, j’essaye de décrire au mieux :

Admettons qu’on ai une grille, j’aimerais que, sans avoir à sélectionner quoi que ce soit, au chargement du formulaire, les lignes qui n’ont pas la valeur “ABCD” dans la colonne colonne1 soient modifiables dans la grille, mais que les autres lignes soient verrouillées.
Mon but étant d’avoir une grille avec certaines lignes modifiables, et certaines non-modifiables, en fonction de la donnée de chaque ligne, au chargement du formulaire.

[Sebastien]

• This reply was modified 1 year, 3 months ago by  Sebastien.

[Sebastien]

Je vois bien ce qu’on peut faire avec l’événement OnRecordSelect(), mais ça ne répond pas à ma problématique, d’où ma question originale : Est-il possible de verrouiller certaines lignes des grilles modifiables par rapport à leur donnée au chargement du formulaire ?

Si quelqu’un à une piste pour arriver à ce résultat, même si on utilise autre chose que les grilles modifiables (PCF, plug-in, iFrame, custom page…), je suis preneur.

• This reply was modified 1 year, 3 months ago by  Sebastien.
• This reply was modified 1 year, 3 months ago by  Sebastien.
• This reply was modified 1 year, 3 months ago by  Sebastien.

[Sebastien]

Précision après tests :
J’ai enlevé graduellement les actions correspondant à mes connecteurs personnalisés dans le flux avant de les redéployer et de voir si j’étais capable de l’activer. Finalement il n’y a plus aucune action de mes connecteurs personnalisés et quand j’essaye d’activer le flux j’ai :

J’en conclu que le problème vient probablement du flux en lui même, mais cette déduction me fait me poser plus de questions que ne me donne de réponses..

CommentID=6uoWOBDABcCVHZu, PostID=a4MJjU9lH1s7XgU

[Sebastien]

Nous avons une première solution, mais nous n’en somme pas très satisfaits :

Il s’agit de faire sortir une propriété Texte du composant qui correspond à la valeur de l’OptionSet souhaitée, et en dehors du composant (donc directement dans l’app), on ajoute une liste déroulante invisible avec en ‘Items’ l’OptionSet en question, et en ‘default’ la sortie texte du composant. On peut donc se servir de la liste déroulante pour fournir la valeur attendue aux Patch() et autres fonctions ayant besoin d’une valeur d’OptionSet.

Nous ne sommes pas vraiment convaincus par cette solution parce qu’au lieu de remplacer nos listes déroulantes par des composants, on ajouterait simplement un composant par liste déroulante en place dans notre app.

Est-ce que quelqu’un aurait une autre idée ?

CommentID=ddENo7967cItOyN, PostID=CdhTgrGazIPb0lJ

[Sebastien]

Si la Table est Commande (par défaut), et qu’on veut faire une recherche sur toute la table par rapport au numéro de commande, on devrait avoir :
Search(Commandes; TextInput2.Text; “ordernumber”)

Avec : Commandes –> Nom de la source de donnée (en général au pluriel)
TextInput.Text –> Chaine de texte modifiable selon laquelle on fait notre recherche
“ordernumber” –> Chaine de texte représentant le nom logique de la colonne de la table Commande sur laquelle on fait notre recherche.

Si par contre on veut faire une recherche sur un tableau présent dans Canvas (–> Tableau2_1) alors il faut bien vérifier le nom précis des colonnes de ce tableau.

Rappel : en laissant la souris au dessus des erreurs dans les formules, on a, dans certains cas, une proposition pour corriger la formule.
Si l’erreur persiste, je t’invite à envoyer une capture d’écran comprenant les contrôles et la formule en question.

CommentID=OK68q3kkUdzRCWG, PostID=s3nLSEOpqIqVU0T

[Sebastien]

Okay, et une précision sur ce qu’est le “Tableau2_1” ?

SubCommentID=GmRgES5XPPVObyP, CommentID=OK68q3kkUdzRCWG, PostID=s3nLSEOpqIqVU0T

[Sebastien]

Bonjour Maxime.

La syntaxe utilisée de la fonction Search() est correcte, mais ce genre de formule est en générale plus efficace en utilisant les noms logiques des colonnes.

Example – Si le nom logique de la colonne ‘Numéro de commande achat’ = OrderNumber :
Search(Commandes; TextInput2.Text; “OrderNumber”)

A prendre en compte : l’étiquette affichée devant un champ dans un formulaire ne correspond pas nécessairement au nom du champ. Pour être certain des noms, il faut directement consulter les tables.

En espérant que cette réponse sera utile

CommentID=Yz45iS4YslPzgXR, PostID=s3nLSEOpqIqVU0T

[Sebastien]

Merci R3dKap !

J’utilise assez peu les formulaires avec mes projets actuels, mais ça va être extrêmement utile quand j’en aurai besoin.
Je voulais également en profiter pour laisser une piste à ceux qui utilisent des Patch() et veulent aussi faire de la gestion d’erreur. Dans ce cas les fonctions IfError() et isError() sont très utiles :

IfError(n    Patch(n        Defaults(Prospects);n        {n            ....n            ....n        }n    );n    Notify("Une erreur est survenue lors de la création du prospect"; NotificationType.Error))

Avec une formule comme ça, si le Patch() renvoie une erreur on peut également notifier, ou gérer l’erreur comme on l’entend.

En espérant que ça servira à quelqu’un !

CommentID=yaITBqvHAU6fur0, PostID=7HE1YBPjiBVCLdV

[Sebastien]

Merci Allan De Castro !

Du coup réunion sur ce bug vendredi à 12:00 pour ceux que ça intéresse cliquez ici.

CommentID=yRDrvBgBZkjzb0m, PostID=djowL48rheLJY8A

[Sebastien]

Je sais, mais si je veux procéder comme ça, ce qu’il me faut c’est l’équivalent d’un évènement OnLoad()

[Sebastien]

Au top, c’était ça. Merci !

Une petite fonction Mid() et tout est repartit

Nous voilà un pop up qui détails les lignes du devis pour les grands et les petits.

Merci David !

[Sebastien]

Merci R3dKap !

Je vois tout à fait, et je pense que ça fonctionnerait parfaitement. En réalité, j’ai déjà une alternative fonctionnelle, mais je n’ai pas vraiment envie d’admettre le fait que, sans raison ni message d’erreur, canvas en version publiée n’accepte juste pas les variables de type ‘Objet’ dans une fonction UpdateContext() alors que la doc dit que c’est possible.

SubCommentID=jE5EeKQUcgPY8C1, CommentID=VjqTR6RvOeCtYJM, PostID=IcFS4j8K7dnDNDT