PERMET DE GÉNÉRER DES SCRIPTS D'OUVERTURES DE SESSION POUR DOMAINE MICROSOFT
cs_pluplu
Messages postés
615
Date d'inscription
mercredi 18 décembre 2002
Statut
Membre
Dernière intervention
4 juillet 2012
-
26 mai 2004 à 16:44
cbrousse Messages postés 1 Date d'inscription mercredi 21 octobre 2009 Statut Membre Dernière intervention 21 octobre 2009 - 21 oct. 2009 à 13:22
cbrousse Messages postés 1 Date d'inscription mercredi 21 octobre 2009 Statut Membre Dernière intervention 21 octobre 2009 - 21 oct. 2009 à 13:22
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/23162-permet-de-generer-des-scripts-d-ouvertures-de-session-pour-domaine-microsoft
https://codes-sources.commentcamarche.net/source/23162-permet-de-generer-des-scripts-d-ouvertures-de-session-pour-domaine-microsoft
21 oct. 2009 à 13:22
Comment fait-on pour lancer le programme ?
28 déc. 2007 à 14:25
Mercie
22 déc. 2005 à 19:06
27 mai 2004 à 09:05
je viens de tester ton prog, il y a une erreur dll (entrée manquante) sous nt4. @+
26 mai 2004 à 19:12
If text1.text = "" then beep: Text1.SetFocus
26 mai 2004 à 17:35
Honte sur moi :-D
mais je prend note pour la prochaine version ;-))
Mais pour les MsgBox, c'est vrai que j'ai pensé a faire plus simple, dans le meme temps je souhaitais que la personne qui fait ses scripts en fin de journée limite endormie (ou le matin remarque :-)) puisse voir tout de suite ce qu'il a oublié, mais il y avait surrement d'autres manieres de gérer, c'est vrai :-)
Pour les variables, c'est une mauvaise habitude qu'il va falloir que je change...
Merci tes conseils et tes appréciation :-)
26 mai 2004 à 16:44
If condition1 "" or condition2"" then ...
ou encore
If condition1 "" and condition2 "" then..
ça evite les commandes IF intempestives
Une autre approche pour vérifier de multiples conditions est de valider une variable "erreur" et de vérifier une fois pour toute si celle-ci est validée ou non du style:
erreur = false 'on initialise la variable avant de faire le test de validation.
If text1.text "" then erreur true
.
.
If Len(text2.text) < 1 then erreur = true
.
.
Puis après avoir fais l'ensemble des test de validation
If erreur = true then
msgbox("un des champs est manquant ou invalide, corrigez svp")
else ....
End If
Cela évite de gérer chaque erreur individuellement avec une floppée de msgbox etc..
Encore un petit conseil, tes variables sont déclarées sans type et dans ce cas VB les attribuent en variant. c'est pas trop un problème pour les petites appli. mais lorsque ton progr. est plus conséquant les variables de ce type occupent plus de mémoire, de plus c'est la galère lorsqu'il faut déboguer. Pour déclarer tes variables en type procède ainsi:
Option explicit
Public Script_name as string
Public Serveur as string
etc.. etc..
Voilà sinon c'est pas mal du tout