Plusieurs valeurs dans OpenArgs

Ces articles pourraient également vous intéresser...

8 réponses

  1. Glimois dit :

    J’ai finnalement trouvé l’erreur:
    il faut corriger la ligne 34 :
    soit regexp.Pattern = “(.*)”
    par regexp.Pattern = “(.*)”

    • Hervé Inisan dit :

      Merci pour le retour ! Effectivement, suite à la migration du site, des \ ont disparu dans certains bouts de code. La RegEx est la suivante :

      J’ai également corrigé dans l’article.

  2. Glimois dit :

    Bonjour
    J’ai tester votre exemple et cela ne fonctionne pas (aucune erreur mais également aucune valeur correspondante n’est trouvé à l’appel de ArgGet).. Il semble y avoir une erreur sur l’expression suivante :
    regexp.Pattern = “(.*)”

    Note : j’ai access 2013 (pourrait-il y avoir une nouveauté qui ferait en sorte que cela ne fonctionne plus ?)

    Merci

  3. Hervé Inisan dit :

    Frere Marc > Oui, la démarche est applicable aux formulaires. OpenArgs a existé d’ailleurs dans les formulaires avant d’être implanté dans les états. Normalement, on doit pouvoir aussi récupérer les infos dans un Form_Current.

    Dans la question, il manque un “s” à Me.OpenArgs. Ça pourrait venir de là ?

  4. Frere Marc dit :

    Cette démarche est-elle applicable aussi au formulaire ? Lorsque je tente de récupérer la valeur “me.OpenArg”, celle-ci est null, or on devrait me semble-t-il “récupérer” après l’ouverture du formulaire (par OpenForm) mais pas nécessairement à l’ouverture du formulaire en question mais aussi en instance(form_Current) ?! Sinon excellente démarche. Cela pour éviter l’utilisation d’une variable publique

  5. blo12 dit :

    merci pour l’astuce :)

  6. Hervé Inisan dit :

    osiman > Ça marche effectivement aussi avec des variables publiques.

    Le problème des variables publiques (quand il commence a y en avoir beaucoup) est que leur gestion n’est pas “super-propre” : il faut les organiser de façon rigoureuse, penser à les initialiser avant leur utilisation, toujours considérer qu’elles peuvent potentiellement avoir été modifiées par différentes procédures/fonctions.

    Et se servir d’une variable publique comme “messager” d’une valeur pour un traitement ultérieur est un peu artificiel : l’idéal est que le message soit directement transmis à son destinataire (d’où OpenArgs).

    Pour toutes ces raisons, on conseille souvent d’éviter, si possible bien sûr, les variables publiques. Ça permet de cloisonner les blocs d’application, et de mieux en gérer la maintenance.

  7. osiman dit :

    Bonjour,
    à la place d’openargs j’ai l’habitude de renseigner une variable publique que je récupére ensuite dans le form ou report ouvert.
    quel est l’avantage d’openargs ?

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Vous pouvez utiliser ces balises et attributs HTML : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">