j'ai un petit souci au niveau du grisement du bt appliquer : pour me
faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux,
sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai
créé des combos afin de les filtrer.
Seulement, qqs données dans les champs sont modifiables (pas ceux de la
table) donc le RAD la methode verifmodification() pour griser ou non le
bt appliquer.
Or lorsque que je fais des filtres sur la visu de la table, la valeur de
la combo est changé, la methode de modification de la fenetre s'execute
:
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
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
farplus
bonjour, il faut déplacer (et sans doute duplifier) le code SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif de A chaque modification de <fenetre> a A chaque modification de <champ>
A+ Manuel Pavy avait énoncé :
Bonjour,
j'ai un petit souci au niveau du grisement du bt appliquer : pour me faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai créé des combos afin de les filtrer. Seulement, qqs données dans les champs sont modifiables (pas ceux de la table) donc le RAD la methode verifmodification() pour griser ou non le bt appliquer. Or lorsque que je fais des filtres sur la visu de la table, la valeur de la combo est changé, la methode de modification de la fenetre s'execute
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
alors que moi, j aimerais qu'il reste grisé.
Merci
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
bonjour,
il faut déplacer (et sans doute duplifier) le code
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
de A chaque modification de <fenetre>
a A chaque modification de <champ>
A+
Manuel Pavy avait énoncé :
Bonjour,
j'ai un petit souci au niveau du grisement du bt appliquer : pour me
faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux,
sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai
créé des combos afin de les filtrer.
Seulement, qqs données dans les champs sont modifiables (pas ceux de la
table) donc le RAD la methode verifmodification() pour griser ou non le
bt appliquer.
Or lorsque que je fais des filtres sur la visu de la table, la valeur de
la combo est changé, la methode de modification de la fenetre s'execute
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
alors que moi, j aimerais qu'il reste grisé.
Merci
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
bonjour, il faut déplacer (et sans doute duplifier) le code SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif de A chaque modification de <fenetre> a A chaque modification de <champ>
A+ Manuel Pavy avait énoncé :
Bonjour,
j'ai un petit souci au niveau du grisement du bt appliquer : pour me faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai créé des combos afin de les filtrer. Seulement, qqs données dans les champs sont modifiables (pas ceux de la table) donc le RAD la methode verifmodification() pour griser ou non le bt appliquer. Or lorsque que je fais des filtres sur la visu de la table, la valeur de la combo est changé, la methode de modification de la fenetre s'execute
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
alors que moi, j aimerais qu'il reste grisé.
Merci
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Manuel Pavy
oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le mettre juste une fois "A chaque modification de lafenetre" en indiquant les champs exceptions, qui sont deux ) Mais, si c est pas possible, je m en mettrais à cette solution de duplication
Merci,
Manu
farplus a écrit :
bonjour, il faut déplacer (et sans doute duplifier) le code SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif de A chaque modification de <fenetre> a A chaque modification de <champ>
A+ Manuel Pavy avait énoncé : > Bonjour, > > j'ai un petit souci au niveau du grisement du bt appliquer : pour me > faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, > sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai > créé des combos afin de les filtrer. > Seulement, qqs données dans les champs sont modifiables (pas ceux de la > table) donc le RAD la methode verifmodification() pour griser ou non le > bt appliquer. > Or lorsque que je fais des filtres sur la visu de la table, la valeur de > la combo est changé, la methode de modification de la fenetre s'execute >> > SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif > > alors que moi, j aimerais qu'il reste grisé. > > Merci
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire
l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le
mettre juste une fois "A chaque modification de lafenetre" en indiquant les
champs exceptions, qui sont deux )
Mais, si c est pas possible, je m en mettrais à cette solution de duplication
Merci,
Manu
farplus a écrit :
bonjour,
il faut déplacer (et sans doute duplifier) le code
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
de A chaque modification de <fenetre>
a A chaque modification de <champ>
A+
Manuel Pavy avait énoncé :
> Bonjour,
>
> j'ai un petit souci au niveau du grisement du bt appliquer : pour me
> faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux,
> sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai
> créé des combos afin de les filtrer.
> Seulement, qqs données dans les champs sont modifiables (pas ceux de la
> table) donc le RAD la methode verifmodification() pour griser ou non le
> bt appliquer.
> Or lorsque que je fais des filtres sur la visu de la table, la valeur de
> la combo est changé, la methode de modification de la fenetre s'execute
>>
> SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
>
> alors que moi, j aimerais qu'il reste grisé.
>
> Merci
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le mettre juste une fois "A chaque modification de lafenetre" en indiquant les champs exceptions, qui sont deux ) Mais, si c est pas possible, je m en mettrais à cette solution de duplication
Merci,
Manu
farplus a écrit :
bonjour, il faut déplacer (et sans doute duplifier) le code SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif de A chaque modification de <fenetre> a A chaque modification de <champ>
A+ Manuel Pavy avait énoncé : > Bonjour, > > j'ai un petit souci au niveau du grisement du bt appliquer : pour me > faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, > sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai > créé des combos afin de les filtrer. > Seulement, qqs données dans les champs sont modifiables (pas ceux de la > table) donc le RAD la methode verifmodification() pour griser ou non le > bt appliquer. > Or lorsque que je fais des filtres sur la visu de la table, la valeur de > la combo est changé, la methode de modification de la fenetre s'execute >> > SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif > > alors que moi, j aimerais qu'il reste grisé. > > Merci
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
farplus
Manuel Pavy a émis l'idée suivante :
oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le mettre juste une fois "A chaque modification de lafenetre" en indiquant les champs exceptions, qui sont deux ) Mais, si c est pas possible, je m en mettrais à cette solution de duplication
Merci,
Manu
farplus a écrit :
bonjour, il faut déplacer (et sans doute duplifier) le code
de A chaque modification de <fenetre> a A chaque modification de <champ>
A+ Manuel Pavy avait énoncé :
Bonjour,
j'ai un petit souci au niveau du grisement du bt appliquer : pour me faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai créé des combos afin de les filtrer. Seulement, qqs données dans les champs sont modifiables (pas ceux de la table) donc le RAD la methode verifmodification() pour griser ou non le bt appliquer. Or lorsque que je fais des filtres sur la visu de la table, la valeur de la combo est changé, la methode de modification de la fenetre s'execute
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
alors que moi, j aimerais qu'il reste grisé.
Merci
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Bonjour, tu n'avais pas dit avoir 20 champs:
solution: A chaque modif de fenetre si champ1..modifieúux ou champ2..modifieúux alors SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif fin
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Manuel Pavy a émis l'idée suivante :
oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire
l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le
mettre juste une fois "A chaque modification de lafenetre" en indiquant les
champs exceptions, qui sont deux )
Mais, si c est pas possible, je m en mettrais à cette solution de duplication
Merci,
Manu
farplus a écrit :
bonjour,
il faut déplacer (et sans doute duplifier) le code
de A chaque modification de <fenetre>
a A chaque modification de <champ>
A+
Manuel Pavy avait énoncé :
Bonjour,
j'ai un petit souci au niveau du grisement du bt appliquer : pour me
faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux,
sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai
créé des combos afin de les filtrer.
Seulement, qqs données dans les champs sont modifiables (pas ceux de la
table) donc le RAD la methode verifmodification() pour griser ou non le
bt appliquer.
Or lorsque que je fais des filtres sur la visu de la table, la valeur de
la combo est changé, la methode de modification de la fenetre s'execute
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
alors que moi, j aimerais qu'il reste grisé.
Merci
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
Bonjour,
tu n'avais pas dit avoir 20 champs:
solution:
A chaque modif de fenetre
si champ1..modifieúux ou champ2..modifieúux alors
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
fin
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le mettre juste une fois "A chaque modification de lafenetre" en indiquant les champs exceptions, qui sont deux ) Mais, si c est pas possible, je m en mettrais à cette solution de duplication
Merci,
Manu
farplus a écrit :
bonjour, il faut déplacer (et sans doute duplifier) le code
de A chaque modification de <fenetre> a A chaque modification de <champ>
A+ Manuel Pavy avait énoncé :
Bonjour,
j'ai un petit souci au niveau du grisement du bt appliquer : pour me faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai créé des combos afin de les filtrer. Seulement, qqs données dans les champs sont modifiables (pas ceux de la table) donc le RAD la methode verifmodification() pour griser ou non le bt appliquer. Or lorsque que je fais des filtres sur la visu de la table, la valeur de la combo est changé, la methode de modification de la fenetre s'execute
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
alors que moi, j aimerais qu'il reste grisé.
Merci
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Bonjour, tu n'avais pas dit avoir 20 champs:
solution: A chaque modif de fenetre si champ1..modifieúux ou champ2..modifieúux alors SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif fin
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Manuel Pavy
Ah, mais, oui ! C'est que j etais parti sur les histoires de groupe (qui reste valable, puisque mes deux combo de filtre sont dans un groupe à eux, et qui permettra d'en rajouter par la suite sans se poser de questions. merci, je suis désolé de poser une question dont la réponse est si simple.
Manu
farplus a écrit :
Manuel Pavy a émis l'idée suivante : > oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire > l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le > mettre juste une fois "A chaque modification de lafenetre" en indiquant les > champs exceptions, qui sont deux ) > Mais, si c est pas possible, je m en mettrais à cette solution de duplication > > Merci, > > Manu > > farplus a écrit : > >> bonjour, >> il faut déplacer (et sans doute duplifier) le code >> >> de A chaque modification de <fenetre> >> a A chaque modification de <champ> >> >> A+ >> Manuel Pavy avait énoncé : >>> Bonjour, >>> >>> j'ai un petit souci au niveau du grisement du bt appliquer : pour me >>> faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, >>> sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai >>> créé des combos afin de les filtrer. >>> Seulement, qqs données dans les champs sont modifiables (pas ceux de la >>> table) donc le RAD la methode verifmodification() pour griser ou non le >>> bt appliquer. >>> Or lorsque que je fais des filtres sur la visu de la table, la valeur de >>> la combo est changé, la methode de modification de la fenetre s'execute >>>> >>> SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif >>> >>> alors que moi, j aimerais qu'il reste grisé. >>> >>> Merci >> >> -- >> Ceci est une signature automatique de MesNews. >> Site : http://mesnews.no-ip.com Bonjour, tu n'avais pas dit avoir 20 champs:
solution: A chaque modif de fenetre si champ1..modifieúux ou champ2..modifieúux alors SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif fin
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Ah, mais, oui !
C'est que j etais parti sur les histoires de groupe (qui reste valable, puisque mes
deux combo de filtre sont dans un groupe à eux, et qui permettra d'en rajouter par
la suite sans se poser de questions.
merci, je suis désolé de poser une question dont la réponse est si simple.
Manu
farplus a écrit :
Manuel Pavy a émis l'idée suivante :
> oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire
> l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le
> mettre juste une fois "A chaque modification de lafenetre" en indiquant les
> champs exceptions, qui sont deux )
> Mais, si c est pas possible, je m en mettrais à cette solution de duplication
>
> Merci,
>
> Manu
>
> farplus a écrit :
>
>> bonjour,
>> il faut déplacer (et sans doute duplifier) le code
>>
>> de A chaque modification de <fenetre>
>> a A chaque modification de <champ>
>>
>> A+
>> Manuel Pavy avait énoncé :
>>> Bonjour,
>>>
>>> j'ai un petit souci au niveau du grisement du bt appliquer : pour me
>>> faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux,
>>> sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai
>>> créé des combos afin de les filtrer.
>>> Seulement, qqs données dans les champs sont modifiables (pas ceux de la
>>> table) donc le RAD la methode verifmodification() pour griser ou non le
>>> bt appliquer.
>>> Or lorsque que je fais des filtres sur la visu de la table, la valeur de
>>> la combo est changé, la methode de modification de la fenetre s'execute
>>>>
>>> SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
>>>
>>> alors que moi, j aimerais qu'il reste grisé.
>>>
>>> Merci
>>
>> --
>> Ceci est une signature automatique de MesNews.
>> Site : http://mesnews.no-ip.com
Bonjour,
tu n'avais pas dit avoir 20 champs:
solution:
A chaque modif de fenetre
si champ1..modifieúux ou champ2..modifieúux alors
SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif
fin
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
Ah, mais, oui ! C'est que j etais parti sur les histoires de groupe (qui reste valable, puisque mes deux combo de filtre sont dans un groupe à eux, et qui permettra d'en rajouter par la suite sans se poser de questions. merci, je suis désolé de poser une question dont la réponse est si simple.
Manu
farplus a écrit :
Manuel Pavy a émis l'idée suivante : > oui, j'y avais pensé, mais je m'étais dit qu'il serait possible de faire > l'inverse (au lieu de copier le code partout -une vingtaine de champs-, le > mettre juste une fois "A chaque modification de lafenetre" en indiquant les > champs exceptions, qui sont deux ) > Mais, si c est pas possible, je m en mettrais à cette solution de duplication > > Merci, > > Manu > > farplus a écrit : > >> bonjour, >> il faut déplacer (et sans doute duplifier) le code >> >> de A chaque modification de <fenetre> >> a A chaque modification de <champ> >> >> A+ >> Manuel Pavy avait énoncé : >>> Bonjour, >>> >>> j'ai un petit souci au niveau du grisement du bt appliquer : pour me >>> faciliter la vie, j'ai utilisé le RAD et obtient tout ce que je veux, >>> sauf que j ai beaucoup de données dans ma table (table WD). Donc, j ai >>> créé des combos afin de les filtrer. >>> Seulement, qqs données dans les champs sont modifiables (pas ceux de la >>> table) donc le RAD la methode verifmodification() pour griser ou non le >>> bt appliquer. >>> Or lorsque que je fais des filtres sur la visu de la table, la valeur de >>> la combo est changé, la methode de modification de la fenetre s'execute >>>> >>> SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif >>> >>> alors que moi, j aimerais qu'il reste grisé. >>> >>> Merci >> >> -- >> Ceci est une signature automatique de MesNews. >> Site : http://mesnews.no-ip.com Bonjour, tu n'avais pas dit avoir 20 champs:
solution: A chaque modif de fenetre si champ1..modifieúux ou champ2..modifieúux alors SI ChampExiste("GP_APPLIQUER") ALORS GP_APPLIQUER..Etat = Actif fin
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
farplus
Manuel Pavy vient de nous annoncer :
Ah, mais, oui ! C'est que j etais parti sur les histoires de groupe (qui reste valable, puisque mes deux combo de filtre sont dans un groupe à eux, et qui permettra d'en rajouter par la suite sans se poser de questions. merci, je suis désolé
fôt pas !
de poser une question dont la réponse est si simple.
c'est aux réponses simples qu'on arrive à répondre :oÞ
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Manuel Pavy vient de nous annoncer :
Ah, mais, oui !
C'est que j etais parti sur les histoires de groupe (qui reste valable,
puisque mes deux combo de filtre sont dans un groupe à eux, et qui permettra
d'en rajouter par la suite sans se poser de questions.
merci, je suis désolé
fôt pas !
de poser une question dont la réponse est si simple.
c'est aux réponses simples qu'on arrive à répondre :oÞ
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
Ah, mais, oui ! C'est que j etais parti sur les histoires de groupe (qui reste valable, puisque mes deux combo de filtre sont dans un groupe à eux, et qui permettra d'en rajouter par la suite sans se poser de questions. merci, je suis désolé
fôt pas !
de poser une question dont la réponse est si simple.
c'est aux réponses simples qu'on arrive à répondre :oÞ
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com