Bonjour,
Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma
question.......J'ai une procédure relativement longue qui fonctionnne bien et
qui est appelée avec un bouton de commande. Ma question: avec l'instruction
"Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point bien
précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est
claire.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jacky
Bonsoir
Pourquoi ne pas transmettre dans l'appel de la macro une variable Call Ta Macros (TaVariable) est dans la macro selon cette variable tu éjectes ou continues.
-- Salutations JJ
"Stéphan DuQuébec" a écrit dans le message de news:
Bonjour, Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma question.......J'ai une procédure relativement longue qui fonctionnne bien et qui est appelée avec un bouton de commande. Ma question: avec l'instruction "Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point bien précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est claire.
Bonsoir
Pourquoi ne pas transmettre dans l'appel de la macro une variable
Call Ta Macros (TaVariable)
est dans la macro selon cette variable tu éjectes ou continues.
--
Salutations
JJ
"Stéphan DuQuébec" <StphanDuQubec@discussions.microsoft.com> a écrit dans le
message de news: 9285F370-0FF7-4FF9-8D46-2C67548D3DA7@microsoft.com...
Bonjour,
Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma
question.......J'ai une procédure relativement longue qui fonctionnne bien
et
qui est appelée avec un bouton de commande. Ma question: avec
l'instruction
"Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point
bien
précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est
claire.
Pourquoi ne pas transmettre dans l'appel de la macro une variable Call Ta Macros (TaVariable) est dans la macro selon cette variable tu éjectes ou continues.
-- Salutations JJ
"Stéphan DuQuébec" a écrit dans le message de news:
Bonjour, Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma question.......J'ai une procédure relativement longue qui fonctionnne bien et qui est appelée avec un bouton de commande. Ma question: avec l'instruction "Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point bien précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est claire.
MichDenis
Tu as toujours la possibilité de créer 2 procédures autonomes.
Selon les circonstances, tu appelles une ou des 2 macros consécutativement.
"Stéphan DuQuébec" a écrit dans le message de news:
Bonjour, Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma question.......J'ai une procédure relativement longue qui fonctionnne bien et qui est appelée avec un bouton de commande. Ma question: avec l'instruction "Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point bien précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est claire.
Tu as toujours la possibilité de créer 2 procédures autonomes.
Selon les circonstances, tu appelles une ou des 2 macros consécutativement.
"Stéphan DuQuébec" <StphanDuQubec@discussions.microsoft.com> a écrit dans le message de news:
9285F370-0FF7-4FF9-8D46-2C67548D3DA7@microsoft.com...
Bonjour,
Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma
question.......J'ai une procédure relativement longue qui fonctionnne bien et
qui est appelée avec un bouton de commande. Ma question: avec l'instruction
"Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point bien
précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est
claire.
Tu as toujours la possibilité de créer 2 procédures autonomes.
Selon les circonstances, tu appelles une ou des 2 macros consécutativement.
"Stéphan DuQuébec" a écrit dans le message de news:
Bonjour, Je ne suis pas certain de ne pas faire du ski dans mon bain avec ma question.......J'ai une procédure relativement longue qui fonctionnne bien et qui est appelée avec un bouton de commande. Ma question: avec l'instruction "Call", y a-t-il moyen de faire rouler cette procédure jusqu'à un point bien précis (donc de façon incomplète) dans le cadre d'un autre événement ?
Merci des éventuelles réponses pour ceux/celles pour qui la question est claire.
Stéphan DuQuébec
En réponse à la fois à michdenis et Jacky, Sans trop entrer dans le détail, y mettre une variable qui discrimine les 2 différents scénarios possibles me serait plutôt difficile. Je ferai donc 2 procédures autonomes. Mais j'aouterais quand même ceci tout d'un coup que je puisse arriver à mes fins sans duppliquer cette procédure assez longue: le point précis où je désire cesser le déroulement de la procédure existante, c'est à l'affichage d'un Userform (et c'est la dernière ligne de commande). Alors, en y mettant la ScreenUpdating à False, y a-t-il moyen de runner complètement la procédure (affichage du UserForm compris) mais de le fermer avant mais d'avoir repris le ScreenUpdating à True ? Parce qu'à l'affichage d'un Userform, l'affichage se rafraîchit par défaut et une commande de .Hide n'est pas automatisée (en attente d'un clic sur la croix).
C'est long comme desciption, je m'en excuse.
En réponse à la fois à michdenis et Jacky,
Sans trop entrer dans le détail, y mettre une variable qui discrimine les 2
différents scénarios possibles me serait plutôt difficile. Je ferai donc 2
procédures autonomes. Mais j'aouterais quand même ceci tout d'un coup que je
puisse arriver à mes fins sans duppliquer cette procédure assez longue: le
point précis où je désire cesser le déroulement de la procédure existante,
c'est à l'affichage d'un Userform (et c'est la dernière ligne de commande).
Alors, en y mettant la ScreenUpdating à False, y a-t-il moyen de runner
complètement la procédure (affichage du UserForm compris) mais de le fermer
avant mais d'avoir repris le ScreenUpdating à True ? Parce qu'à l'affichage
d'un Userform, l'affichage se rafraîchit par défaut et une commande de .Hide
n'est pas automatisée (en attente d'un clic sur la croix).
En réponse à la fois à michdenis et Jacky, Sans trop entrer dans le détail, y mettre une variable qui discrimine les 2 différents scénarios possibles me serait plutôt difficile. Je ferai donc 2 procédures autonomes. Mais j'aouterais quand même ceci tout d'un coup que je puisse arriver à mes fins sans duppliquer cette procédure assez longue: le point précis où je désire cesser le déroulement de la procédure existante, c'est à l'affichage d'un Userform (et c'est la dernière ligne de commande). Alors, en y mettant la ScreenUpdating à False, y a-t-il moyen de runner complètement la procédure (affichage du UserForm compris) mais de le fermer avant mais d'avoir repris le ScreenUpdating à True ? Parce qu'à l'affichage d'un Userform, l'affichage se rafraîchit par défaut et une commande de .Hide n'est pas automatisée (en attente d'un clic sur la croix).
C'est long comme desciption, je m'en excuse.
MichDenis
Pour charger un formulaire en mémoire sans l'afficher à l'écran, il y a cette ligne de code :
Load UserForm1
et au besoin à la fin de ta macro tu peux l'afficher par la méthode Show ou décharger le formulaire de la mémoire vive par UnLoad Userform1
"Stéphan DuQuébec" a écrit dans le message de news:
En réponse à la fois à michdenis et Jacky, Sans trop entrer dans le détail, y mettre une variable qui discrimine les 2 différents scénarios possibles me serait plutôt difficile. Je ferai donc 2 procédures autonomes. Mais j'aouterais quand même ceci tout d'un coup que je puisse arriver à mes fins sans duppliquer cette procédure assez longue: le point précis où je désire cesser le déroulement de la procédure existante, c'est à l'affichage d'un Userform (et c'est la dernière ligne de commande). Alors, en y mettant la ScreenUpdating à False, y a-t-il moyen de runner complètement la procédure (affichage du UserForm compris) mais de le fermer avant mais d'avoir repris le ScreenUpdating à True ? Parce qu'à l'affichage d'un Userform, l'affichage se rafraîchit par défaut et une commande de .Hide n'est pas automatisée (en attente d'un clic sur la croix).
C'est long comme desciption, je m'en excuse.
Pour charger un formulaire en mémoire sans l'afficher à l'écran,
il y a cette ligne de code :
Load UserForm1
et au besoin à la fin de ta macro tu peux l'afficher par
la méthode Show ou décharger le formulaire de la
mémoire vive par
UnLoad Userform1
"Stéphan DuQuébec" <StphanDuQubec@discussions.microsoft.com> a écrit dans le message de news:
75FD563F-1607-4FB1-910B-E1B1D2A3F8D2@microsoft.com...
En réponse à la fois à michdenis et Jacky,
Sans trop entrer dans le détail, y mettre une variable qui discrimine les 2
différents scénarios possibles me serait plutôt difficile. Je ferai donc 2
procédures autonomes. Mais j'aouterais quand même ceci tout d'un coup que je
puisse arriver à mes fins sans duppliquer cette procédure assez longue: le
point précis où je désire cesser le déroulement de la procédure existante,
c'est à l'affichage d'un Userform (et c'est la dernière ligne de commande).
Alors, en y mettant la ScreenUpdating à False, y a-t-il moyen de runner
complètement la procédure (affichage du UserForm compris) mais de le fermer
avant mais d'avoir repris le ScreenUpdating à True ? Parce qu'à l'affichage
d'un Userform, l'affichage se rafraîchit par défaut et une commande de .Hide
n'est pas automatisée (en attente d'un clic sur la croix).
Pour charger un formulaire en mémoire sans l'afficher à l'écran, il y a cette ligne de code :
Load UserForm1
et au besoin à la fin de ta macro tu peux l'afficher par la méthode Show ou décharger le formulaire de la mémoire vive par UnLoad Userform1
"Stéphan DuQuébec" a écrit dans le message de news:
En réponse à la fois à michdenis et Jacky, Sans trop entrer dans le détail, y mettre une variable qui discrimine les 2 différents scénarios possibles me serait plutôt difficile. Je ferai donc 2 procédures autonomes. Mais j'aouterais quand même ceci tout d'un coup que je puisse arriver à mes fins sans duppliquer cette procédure assez longue: le point précis où je désire cesser le déroulement de la procédure existante, c'est à l'affichage d'un Userform (et c'est la dernière ligne de commande). Alors, en y mettant la ScreenUpdating à False, y a-t-il moyen de runner complètement la procédure (affichage du UserForm compris) mais de le fermer avant mais d'avoir repris le ScreenUpdating à True ? Parce qu'à l'affichage d'un Userform, l'affichage se rafraîchit par défaut et une commande de .Hide n'est pas automatisée (en attente d'un clic sur la croix).
