Y a t'il un moyen (clef registry ou autre) pour donner un ordre de démarrage
à différents services de Windows ?
Y a t'il un moyen (clef registry ou autre) pour donner un ordre de démarrage
à différents services de Windows ?
Y a t'il un moyen (clef registry ou autre) pour donner un ordre de démarrage
à différents services de Windows ?
Bonjour *Jean* :Y a t'il un moyen (clef registry ou autre) pour donner un ordre de démarrage
à différents services de Windows ?
Vous confondez les priorités avec l'ordre de démarrage.
Les priorités concernent les temps d'accès partagés du CPU par les
processus: le CPU ou Processeur fait du "Time Sharing": du partage de
temps. Il accorde à chaque processus une parie de ses cycles en passant de
l'un à l'autre si bien que tout cela semble se dérouler "en même temps".
Plus un processus a une priorité élevée plus le processeur sera "au petits
soins" pour lui. Remarquez que si tout est prioritaire rien ne l'est !
Certains processus plus importants ont une priorité plus haute que les
autres pour obtenir plus de cycles CPU. Etc.
L'ordre de démarrage n'a rien à voir "directement" avec ces priorités et de
plus les services ne sont pas démarrés à la queue leu leu et dans un ordre
que l'on pourrait changer selon notre fantaisie...
Le démarrage est *grosso modo* comme ceci:
1- les pilotes dont Windows a besoin à l'amorce
puis pour le démarrage proprement dit
2- les services selon leur statut (automatique "built-in")
ou nécessaires et en automatique ou nécessaires et en manuel etc.
en tenant compte des dépendances des services envers les pilotes
et les autres services
3- le profil de l'utilisateur et les programmes de démarrage
Prenons le problème par l'autre bout. Si des services ou autre bidules ne
démarrent pas correctement cela ne vient nullement des "priorités" des
processus correspondants et des cycles CPU qui leurs sont accordés mais
soit:
a) d'un mauvais entretien préventif (secteurs du disque défectueux par exemple...)
b) de pilotes , O.S. ou applications pas à jour ou foireux
c) d'une mauvaise configuration des services ( cas fréquents ... )
d) d'un profil *hénaurme* couplé à un grand nombre de programmes
lancés inutilement au démarrage. (problème habituel et récurent.) <<== Keep it simple!
Ce n'est pas l'ordre de démarrage qu'il faut changer mais plutôt :
A) la configuration correcte des services
B) la simplification du démarrage du profil utilisateur
C) et faire régulièrement un bon entretien préventif
Etc.
*Bref*:
Ceci étant dit pourquoi ne pas nous dire quel est exactement le problème
sur votre PC plutôt que de vous et nous interroger sur une méthode supposée
résoudre un problème vague ou inconnu...
Plus direct et plus efficace que les généralités et propos transcendentaux!
Tenez-nous au courant.
:)
--
Claude LaFrenière :-{ [climenole et ses ami-nimaux]
http://climenole.wordpress.com/
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
Bonjour *Jean* :
Y a t'il un moyen (clef registry ou autre) pour donner un ordre de démarrage
à différents services de Windows ?
Vous confondez les priorités avec l'ordre de démarrage.
Les priorités concernent les temps d'accès partagés du CPU par les
processus: le CPU ou Processeur fait du "Time Sharing": du partage de
temps. Il accorde à chaque processus une parie de ses cycles en passant de
l'un à l'autre si bien que tout cela semble se dérouler "en même temps".
Plus un processus a une priorité élevée plus le processeur sera "au petits
soins" pour lui. Remarquez que si tout est prioritaire rien ne l'est !
Certains processus plus importants ont une priorité plus haute que les
autres pour obtenir plus de cycles CPU. Etc.
L'ordre de démarrage n'a rien à voir "directement" avec ces priorités et de
plus les services ne sont pas démarrés à la queue leu leu et dans un ordre
que l'on pourrait changer selon notre fantaisie...
Le démarrage est *grosso modo* comme ceci:
1- les pilotes dont Windows a besoin à l'amorce
puis pour le démarrage proprement dit
2- les services selon leur statut (automatique "built-in")
ou nécessaires et en automatique ou nécessaires et en manuel etc.
en tenant compte des dépendances des services envers les pilotes
et les autres services
3- le profil de l'utilisateur et les programmes de démarrage
Prenons le problème par l'autre bout. Si des services ou autre bidules ne
démarrent pas correctement cela ne vient nullement des "priorités" des
processus correspondants et des cycles CPU qui leurs sont accordés mais
soit:
a) d'un mauvais entretien préventif (secteurs du disque défectueux par exemple...)
b) de pilotes , O.S. ou applications pas à jour ou foireux
c) d'une mauvaise configuration des services ( cas fréquents ... )
d) d'un profil *hénaurme* couplé à un grand nombre de programmes
lancés inutilement au démarrage. (problème habituel et récurent.) <<== Keep it simple!
Ce n'est pas l'ordre de démarrage qu'il faut changer mais plutôt :
A) la configuration correcte des services
B) la simplification du démarrage du profil utilisateur
C) et faire régulièrement un bon entretien préventif
Etc.
*Bref*:
Ceci étant dit pourquoi ne pas nous dire quel est exactement le problème
sur votre PC plutôt que de vous et nous interroger sur une méthode supposée
résoudre un problème vague ou inconnu...
Plus direct et plus efficace que les généralités et propos transcendentaux!
Tenez-nous au courant.
:)
--
Claude LaFrenière :-{ [climenole et ses ami-nimaux]
http://climenole.wordpress.com/
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
Bonjour *Jean* :Y a t'il un moyen (clef registry ou autre) pour donner un ordre de démarrage
à différents services de Windows ?
Vous confondez les priorités avec l'ordre de démarrage.
Les priorités concernent les temps d'accès partagés du CPU par les
processus: le CPU ou Processeur fait du "Time Sharing": du partage de
temps. Il accorde à chaque processus une parie de ses cycles en passant de
l'un à l'autre si bien que tout cela semble se dérouler "en même temps".
Plus un processus a une priorité élevée plus le processeur sera "au petits
soins" pour lui. Remarquez que si tout est prioritaire rien ne l'est !
Certains processus plus importants ont une priorité plus haute que les
autres pour obtenir plus de cycles CPU. Etc.
L'ordre de démarrage n'a rien à voir "directement" avec ces priorités et de
plus les services ne sont pas démarrés à la queue leu leu et dans un ordre
que l'on pourrait changer selon notre fantaisie...
Le démarrage est *grosso modo* comme ceci:
1- les pilotes dont Windows a besoin à l'amorce
puis pour le démarrage proprement dit
2- les services selon leur statut (automatique "built-in")
ou nécessaires et en automatique ou nécessaires et en manuel etc.
en tenant compte des dépendances des services envers les pilotes
et les autres services
3- le profil de l'utilisateur et les programmes de démarrage
Prenons le problème par l'autre bout. Si des services ou autre bidules ne
démarrent pas correctement cela ne vient nullement des "priorités" des
processus correspondants et des cycles CPU qui leurs sont accordés mais
soit:
a) d'un mauvais entretien préventif (secteurs du disque défectueux par exemple...)
b) de pilotes , O.S. ou applications pas à jour ou foireux
c) d'une mauvaise configuration des services ( cas fréquents ... )
d) d'un profil *hénaurme* couplé à un grand nombre de programmes
lancés inutilement au démarrage. (problème habituel et récurent.) <<== Keep it simple!
Ce n'est pas l'ordre de démarrage qu'il faut changer mais plutôt :
A) la configuration correcte des services
B) la simplification du démarrage du profil utilisateur
C) et faire régulièrement un bon entretien préventif
Etc.
*Bref*:
Ceci étant dit pourquoi ne pas nous dire quel est exactement le problème
sur votre PC plutôt que de vous et nous interroger sur une méthode supposée
résoudre un problème vague ou inconnu...
Plus direct et plus efficace que les généralités et propos transcendentaux!
Tenez-nous au courant.
:)
--
Claude LaFrenière :-{ [climenole et ses ami-nimaux]
http://climenole.wordpress.com/
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
Alors je vais vous expliquer exactement mon problème, le voici.
J'administre un réseau Windows (10 postes et quelques serveurs Windows 2000
/ 2003),
sur chaque poste nous avons un programme de blocage des ports USB, CD-Rom,
Floppy, etc....
Ce programme démarreautomatiquement grâce à un service et fonctionne
parfaitement.
OK
Depuis quelques semaine, je viens de terminer l'installation d'appareils de
reconnaissance digital
de la marque Digital Persona, ces petits appareil démarre aussi grâce à un
service Windows
et son complètement intégrés à Active Directory.
OK
Le problème est le suivant, parfois les lecteurs d'empreintes s'allume (le
driver à réussi à les
initialiser) et parfois (1 fois sur 3 environs) les lecteurs ne s'alllume pas.
Etant donné que j'ai créer une white liste dans mon programme de blocage des
ports USB et
que j'y ai intégré ces lecteurs, tout devrais fonctionner sans problème,
mais après de
nombreux tests, je pense fortement que quand le lecteur ne s'itialise pas,
c'est que son
service à démarré avant que le programme de blocage des ports USB n'ai
démarré lui-même
sa White Liste de façon à dire au system que ce périphérique à
l'autorisation de se connecter.
Mon but est d'être sur et de faire démarrer le service Device Lock+ la white
liste bien avant
le service Digital Persona.
Voilà ou j'en suis.
Alors je vais vous expliquer exactement mon problème, le voici.
J'administre un réseau Windows (10 postes et quelques serveurs Windows 2000
/ 2003),
sur chaque poste nous avons un programme de blocage des ports USB, CD-Rom,
Floppy, etc....
Ce programme démarreautomatiquement grâce à un service et fonctionne
parfaitement.
OK
Depuis quelques semaine, je viens de terminer l'installation d'appareils de
reconnaissance digital
de la marque Digital Persona, ces petits appareil démarre aussi grâce à un
service Windows
et son complètement intégrés à Active Directory.
OK
Le problème est le suivant, parfois les lecteurs d'empreintes s'allume (le
driver à réussi à les
initialiser) et parfois (1 fois sur 3 environs) les lecteurs ne s'alllume pas.
Etant donné que j'ai créer une white liste dans mon programme de blocage des
ports USB et
que j'y ai intégré ces lecteurs, tout devrais fonctionner sans problème,
mais après de
nombreux tests, je pense fortement que quand le lecteur ne s'itialise pas,
c'est que son
service à démarré avant que le programme de blocage des ports USB n'ai
démarré lui-même
sa White Liste de façon à dire au system que ce périphérique à
l'autorisation de se connecter.
Mon but est d'être sur et de faire démarrer le service Device Lock+ la white
liste bien avant
le service Digital Persona.
Voilà ou j'en suis.
Alors je vais vous expliquer exactement mon problème, le voici.
J'administre un réseau Windows (10 postes et quelques serveurs Windows 2000
/ 2003),
sur chaque poste nous avons un programme de blocage des ports USB, CD-Rom,
Floppy, etc....
Ce programme démarreautomatiquement grâce à un service et fonctionne
parfaitement.
OK
Depuis quelques semaine, je viens de terminer l'installation d'appareils de
reconnaissance digital
de la marque Digital Persona, ces petits appareil démarre aussi grâce à un
service Windows
et son complètement intégrés à Active Directory.
OK
Le problème est le suivant, parfois les lecteurs d'empreintes s'allume (le
driver à réussi à les
initialiser) et parfois (1 fois sur 3 environs) les lecteurs ne s'alllume pas.
Etant donné que j'ai créer une white liste dans mon programme de blocage des
ports USB et
que j'y ai intégré ces lecteurs, tout devrais fonctionner sans problème,
mais après de
nombreux tests, je pense fortement que quand le lecteur ne s'itialise pas,
c'est que son
service à démarré avant que le programme de blocage des ports USB n'ai
démarré lui-même
sa White Liste de façon à dire au system que ce périphérique à
l'autorisation de se connecter.
Mon but est d'être sur et de faire démarrer le service Device Lock+ la white
liste bien avant
le service Digital Persona.
Voilà ou j'en suis.
Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Claude LaFrenière a écrit dans ce message
<news:1p1i09lms7jed.vbshxoyag0e4$ :Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Bonjour Claude, Jean,
Dans les formulations de Jean, je crois qu'il faut comprendre que
DigitalPersonna (et donc le lecteur digital) est utilisé en ouverture
de session (empreinte au lieu de la saisie du mot de passe). C'est
d'ailleurs son premier rôle. Dans ces conditions, il faut que le
service soit lancé... pour entrer en session... :-)
Pour ma part, je dispose d'un tel dispositif, dont le logiciel livré
(Password Manager) est bien de DigitalPersona, et l'installation
subtilise même la version standard de GINA (Graphical Identification
aNd Authentication), la boîte d'ouverture de session. Par ailleurs
différents processus sont également mis à contribution...
Vois-tu la chose... se corser ? ... :-)
Par contre, ton idée serait peut-être intéressante en inversant, c'est
à dire lancer Device Lock après l'ouverture de session, si possible.
Et pour répondre à la question, une autre idée en passant, voir ce lien
(Exécuter un fichier de commandes avant d'ouvrir une session) afin de
lancer Device Lock en tout premier (non testé) :
http://support.microsoft.com/?kbid$3486
Claude LaFrenière <NoInterNUT@AntiPebkac.org> a écrit dans ce message
<news:1p1i09lms7jed.vbshxoyag0e4$.dlg@40tude.net> :
Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Bonjour Claude, Jean,
Dans les formulations de Jean, je crois qu'il faut comprendre que
DigitalPersonna (et donc le lecteur digital) est utilisé en ouverture
de session (empreinte au lieu de la saisie du mot de passe). C'est
d'ailleurs son premier rôle. Dans ces conditions, il faut que le
service soit lancé... pour entrer en session... :-)
Pour ma part, je dispose d'un tel dispositif, dont le logiciel livré
(Password Manager) est bien de DigitalPersona, et l'installation
subtilise même la version standard de GINA (Graphical Identification
aNd Authentication), la boîte d'ouverture de session. Par ailleurs
différents processus sont également mis à contribution...
Vois-tu la chose... se corser ? ... :-)
Par contre, ton idée serait peut-être intéressante en inversant, c'est
à dire lancer Device Lock après l'ouverture de session, si possible.
Et pour répondre à la question, une autre idée en passant, voir ce lien
(Exécuter un fichier de commandes avant d'ouvrir une session) afin de
lancer Device Lock en tout premier (non testé) :
http://support.microsoft.com/?kbid$3486
Claude LaFrenière a écrit dans ce message
<news:1p1i09lms7jed.vbshxoyag0e4$ :Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Bonjour Claude, Jean,
Dans les formulations de Jean, je crois qu'il faut comprendre que
DigitalPersonna (et donc le lecteur digital) est utilisé en ouverture
de session (empreinte au lieu de la saisie du mot de passe). C'est
d'ailleurs son premier rôle. Dans ces conditions, il faut que le
service soit lancé... pour entrer en session... :-)
Pour ma part, je dispose d'un tel dispositif, dont le logiciel livré
(Password Manager) est bien de DigitalPersona, et l'installation
subtilise même la version standard de GINA (Graphical Identification
aNd Authentication), la boîte d'ouverture de session. Par ailleurs
différents processus sont également mis à contribution...
Vois-tu la chose... se corser ? ... :-)
Par contre, ton idée serait peut-être intéressante en inversant, c'est
à dire lancer Device Lock après l'ouverture de session, si possible.
Et pour répondre à la question, une autre idée en passant, voir ce lien
(Exécuter un fichier de commandes avant d'ouvrir une session) afin de
lancer Device Lock en tout premier (non testé) :
http://support.microsoft.com/?kbid$3486
Bonjour *Pierre TORRIS* :Claude LaFrenière a écrit dans ce message
<news:1p1i09lms7jed.vbshxoyag0e4$ :Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Bonjour Claude, Jean,
Dans les formulations de Jean, je crois qu'il faut comprendre que
DigitalPersonna (et donc le lecteur digital) est utilisé en ouverture
de session (empreinte au lieu de la saisie du mot de passe). C'est
d'ailleurs son premier rôle. Dans ces conditions, il faut que le
service soit lancé... pour entrer en session... :-)
Ouf ! Que je suis bête ! :-((
Une piroutte et la tête la première dans le mur !!! ;-)
Pour ma part, je dispose d'un tel dispositif, dont le logiciel livré
(Password Manager) est bien de DigitalPersona, et l'installation
subtilise même la version standard de GINA (Graphical Identification
aNd Authentication), la boîte d'ouverture de session. Par ailleurs
différents processus sont également mis à contribution...
Vois-tu la chose... se corser ? ... :-)
Par contre, ton idée serait peut-être intéressante en inversant, c'est
à dire lancer Device Lock après l'ouverture de session, si possible.
Et pour répondre à la question, une autre idée en passant, voir ce lien
(Exécuter un fichier de commandes avant d'ouvrir une session) afin de
lancer Device Lock en tout premier (non testé) :
http://support.microsoft.com/?kbid$3486
Merci Pierre Torris d'avoir remis les pendule à l'heure! :)
C'est dans ces occasions que l'avantage des gropupes de discussion apparaît
clairement. En tout cas merci de m'avopir appris qq chose. J'espère que
cela va contribuer à solutionner le problème de Jean.
Bonne journée.
:)
--
Claude LaFrenière :-{ [climenole et ses ami-nimaux]
http://climenole.wordpress.com/
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
Bonjour *Pierre TORRIS* :
Claude LaFrenière <NoInterNUT@AntiPebkac.org> a écrit dans ce message
<news:1p1i09lms7jed.vbshxoyag0e4$.dlg@40tude.net> :
Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Bonjour Claude, Jean,
Dans les formulations de Jean, je crois qu'il faut comprendre que
DigitalPersonna (et donc le lecteur digital) est utilisé en ouverture
de session (empreinte au lieu de la saisie du mot de passe). C'est
d'ailleurs son premier rôle. Dans ces conditions, il faut que le
service soit lancé... pour entrer en session... :-)
Ouf ! Que je suis bête ! :-((
Une piroutte et la tête la première dans le mur !!! ;-)
Pour ma part, je dispose d'un tel dispositif, dont le logiciel livré
(Password Manager) est bien de DigitalPersona, et l'installation
subtilise même la version standard de GINA (Graphical Identification
aNd Authentication), la boîte d'ouverture de session. Par ailleurs
différents processus sont également mis à contribution...
Vois-tu la chose... se corser ? ... :-)
Par contre, ton idée serait peut-être intéressante en inversant, c'est
à dire lancer Device Lock après l'ouverture de session, si possible.
Et pour répondre à la question, une autre idée en passant, voir ce lien
(Exécuter un fichier de commandes avant d'ouvrir une session) afin de
lancer Device Lock en tout premier (non testé) :
http://support.microsoft.com/?kbid$3486
Merci Pierre Torris d'avoir remis les pendule à l'heure! :)
C'est dans ces occasions que l'avantage des gropupes de discussion apparaît
clairement. En tout cas merci de m'avopir appris qq chose. J'espère que
cela va contribuer à solutionner le problème de Jean.
Bonne journée.
:)
--
Claude LaFrenière :-{ [climenole et ses ami-nimaux]
http://climenole.wordpress.com/
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
Bonjour *Pierre TORRIS* :Claude LaFrenière a écrit dans ce message
<news:1p1i09lms7jed.vbshxoyag0e4$ :Je vous suggère cette piroutte:
laissez le service Digital Personna en manuel de façon à ce qu'il ne
démarre pas avec le système ET utilisez le démarrage en ligne de commande
du service Digital Personna dans un fichier de commande qui sera démarré
au moment où l'utilisateur va entrer dans sa session dans :
C:Documents and SettingsNom de l'utilisateurMenu
DémarrerProgrammesDémarrage
Voyez l'idée?
Bonjour Claude, Jean,
Dans les formulations de Jean, je crois qu'il faut comprendre que
DigitalPersonna (et donc le lecteur digital) est utilisé en ouverture
de session (empreinte au lieu de la saisie du mot de passe). C'est
d'ailleurs son premier rôle. Dans ces conditions, il faut que le
service soit lancé... pour entrer en session... :-)
Ouf ! Que je suis bête ! :-((
Une piroutte et la tête la première dans le mur !!! ;-)
Pour ma part, je dispose d'un tel dispositif, dont le logiciel livré
(Password Manager) est bien de DigitalPersona, et l'installation
subtilise même la version standard de GINA (Graphical Identification
aNd Authentication), la boîte d'ouverture de session. Par ailleurs
différents processus sont également mis à contribution...
Vois-tu la chose... se corser ? ... :-)
Par contre, ton idée serait peut-être intéressante en inversant, c'est
à dire lancer Device Lock après l'ouverture de session, si possible.
Et pour répondre à la question, une autre idée en passant, voir ce lien
(Exécuter un fichier de commandes avant d'ouvrir une session) afin de
lancer Device Lock en tout premier (non testé) :
http://support.microsoft.com/?kbid$3486
Merci Pierre Torris d'avoir remis les pendule à l'heure! :)
C'est dans ces occasions que l'avantage des gropupes de discussion apparaît
clairement. En tout cas merci de m'avopir appris qq chose. J'espère que
cela va contribuer à solutionner le problème de Jean.
Bonne journée.
:)
--
Claude LaFrenière :-{ [climenole et ses ami-nimaux]
http://climenole.wordpress.com/
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
merci pour vos réponses, je n'ai pas encore eu le temps d'essayer vos solutions
car j'était en cours.
Je vous tiendrais informés.
Merci encore.
Cordialement
merci pour vos réponses, je n'ai pas encore eu le temps d'essayer vos solutions
car j'était en cours.
Je vous tiendrais informés.
Merci encore.
Cordialement
merci pour vos réponses, je n'ai pas encore eu le temps d'essayer vos solutions
car j'était en cours.
Je vous tiendrais informés.
Merci encore.
Cordialement
