Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Essaies peut-être via un formulaire en mode acDialog et un timer à 3000 ms.
Ainsi le code appelant le formulaire doit attendre sa fermeture pour
poursuivre son exécution sauf si les 3 secondes sont écoulées le formulaire
se ferme de lui-même et retourne au code appelant. Je n'ai pas testé cette
solution.Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Essaies peut-être via un formulaire en mode acDialog et un timer à 3000 ms.
Ainsi le code appelant le formulaire doit attendre sa fermeture pour
poursuivre son exécution sauf si les 3 secondes sont écoulées le formulaire
se ferme de lui-même et retourne au code appelant. Je n'ai pas testé cette
solution.
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:
Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Essaies peut-être via un formulaire en mode acDialog et un timer à 3000 ms.
Ainsi le code appelant le formulaire doit attendre sa fermeture pour
poursuivre son exécution sauf si les 3 secondes sont écoulées le formulaire
se ferme de lui-même et retourne au code appelant. Je n'ai pas testé cette
solution.Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais
en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant
les
enregistrements correspondants au nom de l'utilisateur et dont la valeur
du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement
correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à
jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je
peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du
champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement
les
sessions access ouvertes(timer testant une constante) je voudrais
informer
les utilisateurs connectés avec un message temporaire, mais qui ne
demande
par un Accord - en effet si la personne n'est pas devant son poste, on
peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:
Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais
en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant
les
enregistrements correspondants au nom de l'utilisateur et dont la valeur
du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement
correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à
jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je
peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du
champ
Estlu.
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement
les
sessions access ouvertes(timer testant une constante) je voudrais
informer
les utilisateurs connectés avec un message temporaire, mais qui ne
demande
par un Accord - en effet si la personne n'est pas devant son poste, on
peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais
en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant
les
enregistrements correspondants au nom de l'utilisateur et dont la valeur
du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement
correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à
jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je
peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du
champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement
les
sessions access ouvertes(timer testant une constante) je voudrais
informer
les utilisateurs connectés avec un message temporaire, mais qui ne
demande
par un Accord - en effet si la personne n'est pas devant son poste, on
peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:
Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.
Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
Interressant comme piste
je l'utilise pour stopper access à distance
Par contre je bloque toujour sur l'affichage du message qui disparait au
bout de 3à sec par exemple sans attendre un acquit que nécessite un msgbox
qui bloque le process de coupre si le suser est absent de son poste
"Ilan" wrote:Bonjour, je suis entrain de tester une solution de messagerie dans access
mais n'ayant qu'un seul poste à dispo je ne peux correctement tester.
bon allez j'expose.
Je crée une table messagerie. qui contient le nom de l'utilsateur, les
infos sur le message et un champ Oui/non EstLu.
Je crée un formulaire qui s'ouvre dès l'ouverture de la base locale mais en
mode caché ayant un timer; qui va lire la table de messagerie en filtrant les
enregistrements correspondants au nom de l'utilisateur et dont la valeur du
champ EstLu est à Non ou Null. Selon le timer le formulaire lit la table
régulièrement (form.recordset.requery) et si un enregistrement correspondant
aux critères est arrivé je traite(Form.recordset.recordcount>0), soit
afficher le message contenu dans la table via une messagebox ou via un
controle du formulaire lui-même. Si il s'agit d'une messagebox je mets à jour
le champ Estlu à la suite de l'appuie d'un bouton; et sur mon poste je peux
donc traiter la suite selon la valeur pour l'utilisateur concerné, du champ
Estlu.Bonjour
Avant de lancer des opérations de maintenance et fermer automatiquement les
sessions access ouvertes(timer testant une constante) je voudrais informer
les utilisateurs connectés avec un message temporaire, mais qui ne demande
par un Accord - en effet si la personne n'est pas devant son poste, on peut
tjs attendre et alors on doit killer le process par les outils admin de
Windows (en TSE)
Merci
