OVH Cloud OVH Cloud

bouton appliquer grisé

5 réponses
Avatar
Manuel Pavy
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

5 réponses

Avatar
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
Avatar
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


Avatar
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
Avatar
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


Avatar
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