Oui mais c'est tout de même assez rare l'utilisation du grisé. Donc il n'est utile de le traiter que qd il est utilisé.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" a écrit dans le message de news:
Oups me suis trompé en VB c'est bel est bien Value.
Private Sub Form_Load() If Check1.Value Then '//checked Else '//pas checked End If End Sub
Hello,
Je pense qu'il est plus correct de traiter les 3 cas possibles:
Private Sub Form_Load() If Check1.Value = 0 Then '// PAS checked Elseif check1.Value= 1 then '//Checked End If Else ' // etat indéterminé (grisée) Endif End Sub
même si il est vrai que dans l'état Value=2, la case apparait graphiquement comme cochée, elle ne l'est pas stricto sensu.
Oui mais c'est tout de même assez rare l'utilisation du grisé.
Donc il n'est utile de le traiter que qd il est utilisé.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:e0kJWJVDFHA.624@TK2MSFTNGP15.phx.gbl...
Oups me suis trompé en VB c'est bel est bien Value.
Private Sub Form_Load()
If Check1.Value Then
'//checked
Else
'//pas checked
End If
End Sub
Hello,
Je pense qu'il est plus correct de traiter les 3 cas possibles:
Private Sub Form_Load()
If Check1.Value = 0 Then
'// PAS checked
Elseif check1.Value= 1 then
'//Checked End If
Else
' // etat indéterminé (grisée)
Endif
End Sub
même si il est vrai que dans l'état Value=2, la case
apparait graphiquement comme cochée, elle ne l'est
pas stricto sensu.
Oui mais c'est tout de même assez rare l'utilisation du grisé. Donc il n'est utile de le traiter que qd il est utilisé.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" a écrit dans le message de news:
Oups me suis trompé en VB c'est bel est bien Value.
Private Sub Form_Load() If Check1.Value Then '//checked Else '//pas checked End If End Sub
Hello,
Je pense qu'il est plus correct de traiter les 3 cas possibles:
Private Sub Form_Load() If Check1.Value = 0 Then '// PAS checked Elseif check1.Value= 1 then '//Checked End If Else ' // etat indéterminé (grisée) Endif End Sub
même si il est vrai que dans l'état Value=2, la case apparait graphiquement comme cochée, elle ne l'est pas stricto sensu.
Gloops
Salut,
Effectivement, et ça fera ça de moins à faire le jour où on voudra migrer à .Net ... ___________________________________________ Guy DETIENNE a écrit, le 08/02/2005 09:53 :
Salut ;O)
Le plus simple est d'encore utiliser les constantes VB qui sont plus parlantes :
Effectivement, et ça fera ça de moins à faire le jour où on voudra
migrer à .Net ...
___________________________________________
Guy DETIENNE a écrit, le 08/02/2005 09:53 :
Salut ;O)
Le plus simple est d'encore utiliser les constantes VB qui sont plus
parlantes :
Effectivement, et ça fera ça de moins à faire le jour où on voudra migrer à .Net ... ___________________________________________ Guy DETIENNE a écrit, le 08/02/2005 09:53 :
Salut ;O)
Le plus simple est d'encore utiliser les constantes VB qui sont plus parlantes :
Oui mais c'est tout de même assez rare l'utilisation du grisé. Donc il n'est utile de le traiter que qd il est utilisé.
Arf.... Quand on programme pour le fun, oui. Et encore, c'est déjà *mal*. Quand on fait de vrais programmes, ==>> NON <<== !
Si tu savais le nombre de catastrophes causées dans de vrais programmes par des """analyses""" (je triple exprès les guillements) faites par des """"""programmeurs"""""" (je sextuple exprès les guillements) du genre de celles-ci:
"Ouais, mais bon! ça arrive jamais!" "Nan, je teste pas ça! Ca doit pas arriver!" "Bof, c'est inutile. Toute façon j'suis sur que c'est ok!" "Mha non, c'est inutile! Faudrait vraiment pas de bol!"
etc...
Un petit rappel des lois de Murphy? http://www.courtois.cc/murphy/murphy_informatique.html#progsbugs
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:eWhhaJdDFHA.392@TK2MSFTNGP14.phx.gbl...
Oui mais c'est tout de même assez rare l'utilisation du grisé.
Donc il n'est utile de le traiter que qd il est utilisé.
Arf....
Quand on programme pour le fun, oui. Et encore, c'est déjà *mal*.
Quand on fait de vrais programmes, ==>> NON <<== !
Si tu savais le nombre de catastrophes causées dans de vrais programmes
par des """analyses""" (je triple exprès les guillements) faites par
des """"""programmeurs"""""" (je sextuple exprès les guillements) du
genre de celles-ci:
"Ouais, mais bon! ça arrive jamais!"
"Nan, je teste pas ça! Ca doit pas arriver!"
"Bof, c'est inutile. Toute façon j'suis sur que c'est ok!"
"Mha non, c'est inutile! Faudrait vraiment pas de bol!"
etc...
Un petit rappel des lois de Murphy?
http://www.courtois.cc/murphy/murphy_informatique.html#progsbugs
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
Oui mais c'est tout de même assez rare l'utilisation du grisé. Donc il n'est utile de le traiter que qd il est utilisé.
Arf.... Quand on programme pour le fun, oui. Et encore, c'est déjà *mal*. Quand on fait de vrais programmes, ==>> NON <<== !
Si tu savais le nombre de catastrophes causées dans de vrais programmes par des """analyses""" (je triple exprès les guillements) faites par des """"""programmeurs"""""" (je sextuple exprès les guillements) du genre de celles-ci:
"Ouais, mais bon! ça arrive jamais!" "Nan, je teste pas ça! Ca doit pas arriver!" "Bof, c'est inutile. Toute façon j'suis sur que c'est ok!" "Mha non, c'est inutile! Faudrait vraiment pas de bol!"
etc...
Un petit rappel des lois de Murphy? http://www.courtois.cc/murphy/murphy_informatique.html#progsbugs
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
ng
Je fais de vrais programmes aussi :) On a pas accès a l'état grisé par défaut ! Donc inutile d'en tenir compte si on s'en sert pas.
Donc si on ne l'a pas souhaité explicitement non ca n'aruive JAMAIS, on a PAS d'état grisé.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" a écrit dans le message de news:
Oui mais c'est tout de même assez rare l'utilisation du grisé. Donc il n'est utile de le traiter que qd il est utilisé.
Arf.... Quand on programme pour le fun, oui. Et encore, c'est déjà *mal*. Quand on fait de vrais programmes, ==>> NON <<== !
Si tu savais le nombre de catastrophes causées dans de vrais programmes par des """analyses""" (je triple exprès les guillements) faites par des """"""programmeurs"""""" (je sextuple exprès les guillements) du genre de celles-ci:
"Ouais, mais bon! ça arrive jamais!" "Nan, je teste pas ça! Ca doit pas arriver!" "Bof, c'est inutile. Toute façon j'suis sur que c'est ok!" "Mha non, c'est inutile! Faudrait vraiment pas de bol!"
etc...
Un petit rappel des lois de Murphy? http://www.courtois.cc/murphy/murphy_informatique.html#progsbugs
Je fais de vrais programmes aussi :)
On a pas accès a l'état grisé par défaut !
Donc inutile d'en tenir compte si on s'en sert pas.
Donc si on ne l'a pas souhaité explicitement non ca n'aruive JAMAIS, on a
PAS d'état grisé.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:eWhhaJdDFHA.392@TK2MSFTNGP14.phx.gbl...
Oui mais c'est tout de même assez rare l'utilisation du grisé.
Donc il n'est utile de le traiter que qd il est utilisé.
Arf....
Quand on programme pour le fun, oui. Et encore, c'est déjà *mal*.
Quand on fait de vrais programmes, ==>> NON <<== !
Si tu savais le nombre de catastrophes causées dans de vrais
programmes par des """analyses""" (je triple exprès les
guillements) faites par des """"""programmeurs"""""" (je sextuple
exprès les guillements) du genre de celles-ci:
"Ouais, mais bon! ça arrive jamais!"
"Nan, je teste pas ça! Ca doit pas arriver!"
"Bof, c'est inutile. Toute façon j'suis sur que c'est ok!"
"Mha non, c'est inutile! Faudrait vraiment pas de bol!"
etc...
Un petit rappel des lois de Murphy?
http://www.courtois.cc/murphy/murphy_informatique.html#progsbugs
Je fais de vrais programmes aussi :) On a pas accès a l'état grisé par défaut ! Donc inutile d'en tenir compte si on s'en sert pas.
Donc si on ne l'a pas souhaité explicitement non ca n'aruive JAMAIS, on a PAS d'état grisé.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" a écrit dans le message de news:
Oui mais c'est tout de même assez rare l'utilisation du grisé. Donc il n'est utile de le traiter que qd il est utilisé.
Arf.... Quand on programme pour le fun, oui. Et encore, c'est déjà *mal*. Quand on fait de vrais programmes, ==>> NON <<== !
Si tu savais le nombre de catastrophes causées dans de vrais programmes par des """analyses""" (je triple exprès les guillements) faites par des """"""programmeurs"""""" (je sextuple exprès les guillements) du genre de celles-ci:
"Ouais, mais bon! ça arrive jamais!" "Nan, je teste pas ça! Ca doit pas arriver!" "Bof, c'est inutile. Toute façon j'suis sur que c'est ok!" "Mha non, c'est inutile! Faudrait vraiment pas de bol!"
etc...
Un petit rappel des lois de Murphy? http://www.courtois.cc/murphy/murphy_informatique.html#progsbugs
Jean-Marc
"ng" a écrit dans le message de news:
Je fais de vrais programmes aussi :) On a pas accès a l'état grisé par défaut ! Donc inutile d'en tenir compte si on s'en sert pas.
Donc si on ne l'a pas souhaité explicitement non ca n'aruive JAMAIS, on a PAS d'état grisé.
Alors c'est super!
Sérieusement, ma remarque était plutôt destiné aux programmeurs les moins expérimentés: on apprend assez vite quand on programme sérieusement qu'il faut se méfier de certaines suppositions et qu'être le plus systématique possible (tester tous les cas, même les moins probables) est une bonne chose.
Amicalement,
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:eQEdrNtDFHA.1564@TK2MSFTNGP09.phx.gbl...
Je fais de vrais programmes aussi :)
On a pas accès a l'état grisé par défaut !
Donc inutile d'en tenir compte si on s'en sert pas.
Donc si on ne l'a pas souhaité explicitement non ca n'aruive JAMAIS, on a
PAS d'état grisé.
Alors c'est super!
Sérieusement, ma remarque était plutôt destiné aux programmeurs les
moins expérimentés: on apprend assez vite quand on programme
sérieusement qu'il faut se méfier de certaines suppositions et qu'être
le plus systématique possible (tester tous les cas, même les moins
probables) est une bonne chose.
Amicalement,
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
Je fais de vrais programmes aussi :) On a pas accès a l'état grisé par défaut ! Donc inutile d'en tenir compte si on s'en sert pas.
Donc si on ne l'a pas souhaité explicitement non ca n'aruive JAMAIS, on a PAS d'état grisé.
Alors c'est super!
Sérieusement, ma remarque était plutôt destiné aux programmeurs les moins expérimentés: on apprend assez vite quand on programme sérieusement qu'il faut se méfier de certaines suppositions et qu'être le plus systématique possible (tester tous les cas, même les moins probables) est une bonne chose.
Amicalement,
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Gloops
Jean-Marc a écrit, le 09/02/2005 19:41 :
Sérieusement, ma remarque était plutôt destiné aux programmeurs les moins expérimentés: on apprend assez vite quand on programme sérieusement qu'il faut se méfier de certaines suppositions et qu'être le plus systématique possible (tester tous les cas, même les moins probables) est une bonne chose.
Salut,
Ah ça c'est sûr -ne pas oublier la procédure d'erreur standard d'ailleurs. A propos, il n'y a pas une propriété qui autorise ou non que la case soit grisée ? ça me rappelle vaguement quelque chose, mais peut-être bien que je confonds avec un autre produit ...
Jean-Marc a écrit, le 09/02/2005 19:41 :
Sérieusement, ma remarque était plutôt destiné aux programmeurs les
moins expérimentés: on apprend assez vite quand on programme
sérieusement qu'il faut se méfier de certaines suppositions et qu'être
le plus systématique possible (tester tous les cas, même les moins
probables) est une bonne chose.
Salut,
Ah ça c'est sûr -ne pas oublier la procédure d'erreur standard d'ailleurs.
A propos, il n'y a pas une propriété qui autorise ou non que la case
soit grisée ?
ça me rappelle vaguement quelque chose, mais peut-être bien que je
confonds avec un autre produit ...
Sérieusement, ma remarque était plutôt destiné aux programmeurs les moins expérimentés: on apprend assez vite quand on programme sérieusement qu'il faut se méfier de certaines suppositions et qu'être le plus systématique possible (tester tous les cas, même les moins probables) est une bonne chose.
Salut,
Ah ça c'est sûr -ne pas oublier la procédure d'erreur standard d'ailleurs. A propos, il n'y a pas une propriété qui autorise ou non que la case soit grisée ? ça me rappelle vaguement quelque chose, mais peut-être bien que je confonds avec un autre produit ...
ng
Salut,
Non comme je le disais ca se fait exclusivement manuellement (c'est donc stupide de le gerer comme je le disais si on ne s'en sert pas, car la checkbox n'est jamais grayed sauf si on utilise un code comme celui qui suit) :
Option Explicit
'//Soit Check1 une checkbox ayant une valeur 2
Private Sub Check1_Click() Static iChkState As Integer
Check1.Value = iChkState
iChkState = iChkState + 1 If iChkState > 2 Then iChkState = 0 End Sub
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Gloops wrote:
Jean-Marc a écrit, le 09/02/2005 19:41 :
Sérieusement, ma remarque était plutôt destiné aux programmeurs les moins expérimentés: on apprend assez vite quand on programme sérieusement qu'il faut se méfier de certaines suppositions et qu'être le plus systématique possible (tester tous les cas, même les moins probables) est une bonne chose.
Salut,
Ah ça c'est sûr -ne pas oublier la procédure d'erreur standard d'ailleurs. A propos, il n'y a pas une propriété qui autorise ou non que la case soit grisée ? ça me rappelle vaguement quelque chose, mais peut-être bien que je confonds avec un autre produit ...
Salut,
Non comme je le disais ca se fait exclusivement manuellement (c'est donc
stupide de le gerer comme je le disais si on ne s'en sert pas, car la
checkbox n'est jamais grayed sauf si on utilise un code comme celui qui
suit) :
Option Explicit
'//Soit Check1 une checkbox ayant une valeur 2
Private Sub Check1_Click()
Static iChkState As Integer
Check1.Value = iChkState
iChkState = iChkState + 1
If iChkState > 2 Then iChkState = 0
End Sub
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Gloops wrote:
Jean-Marc a écrit, le 09/02/2005 19:41 :
Sérieusement, ma remarque était plutôt destiné aux programmeurs
les moins expérimentés: on apprend assez vite quand on
programme sérieusement qu'il faut se méfier de certaines
suppositions et qu'être le plus systématique possible (tester tous
les cas, même les moins probables) est une bonne chose.
Salut,
Ah ça c'est sûr -ne pas oublier la procédure d'erreur standard
d'ailleurs. A propos, il n'y a pas une propriété qui autorise ou non
que la case soit grisée ?
ça me rappelle vaguement quelque chose, mais peut-être bien que je
confonds avec un autre produit ...
Non comme je le disais ca se fait exclusivement manuellement (c'est donc stupide de le gerer comme je le disais si on ne s'en sert pas, car la checkbox n'est jamais grayed sauf si on utilise un code comme celui qui suit) :
Option Explicit
'//Soit Check1 une checkbox ayant une valeur 2
Private Sub Check1_Click() Static iChkState As Integer
Check1.Value = iChkState
iChkState = iChkState + 1 If iChkState > 2 Then iChkState = 0 End Sub
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Gloops wrote:
Jean-Marc a écrit, le 09/02/2005 19:41 :
Sérieusement, ma remarque était plutôt destiné aux programmeurs les moins expérimentés: on apprend assez vite quand on programme sérieusement qu'il faut se méfier de certaines suppositions et qu'être le plus systématique possible (tester tous les cas, même les moins probables) est une bonne chose.
Salut,
Ah ça c'est sûr -ne pas oublier la procédure d'erreur standard d'ailleurs. A propos, il n'y a pas une propriété qui autorise ou non que la case soit grisée ? ça me rappelle vaguement quelque chose, mais peut-être bien que je confonds avec un autre produit ...
