La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois,
de très mauvaises.
J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE
RADAFFiche.
Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre qui
n'a pas de RAD. Tout est OK
Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise
le RAD et contient également une procédure RADAffiche avec du code prope à
cette fenêtre.
Et patatra, je reçois un message d'erreur concernant la mise à jour d'un
champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans
cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma
PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Mais que se passe-t-il ?
Avez-vous constaté ce type de problème ?
Y-a-t-il une classe miracle du RAD nouveau ?
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
Laurent Imbert
Juste une question, Tu utilise le rad pour une version finale ? Parce-que, connaissant les bug du rad, moi je ne l'utilise que pour faire un exemple client ou encore des tests de fonctionnalitées.
Sinon, sur ton pb à proprement parlé, je me souvient "il y à longtemp dans un pays lointain" escuse-moi, c'est la fin de journée !! Je crois donc avoir eut ce pb, et il me semble que la seule soluce (temporaire) que j'avait trouver été de lui créer ce champ pour qu'il évite de me cracher à la ....
Mais étant donné que ce n'était pas une version finale, ce n'était que temporaire. De plus je suis sous WD5.5, mais pas sur que sur ce pb sa change grand chose ? A toi de voir !
Bonne chance
( ;
"Benoit Neve" a écrit dans le message de news:3f8d1c5c$0$24172$
Bonjour,
La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois, de très mauvaises. J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE RADAFFiche. Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
n'a pas de RAD. Tout est OK Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise le RAD et contient également une procédure RADAffiche avec du code prope à cette fenêtre. Et patatra, je reçois un message d'erreur concernant la mise à jour d'un champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Mais que se passe-t-il ?
Avez-vous constaté ce type de problème ? Y-a-t-il une classe miracle du RAD nouveau ?
Merci de m'avoir lu
Benoît
Juste une question,
Tu utilise le rad pour une version finale ?
Parce-que, connaissant les bug du rad, moi je ne l'utilise que pour faire un
exemple client ou encore des tests de fonctionnalitées.
Sinon, sur ton pb à proprement parlé, je me souvient "il y à longtemp dans
un pays lointain"
escuse-moi, c'est la fin de journée !!
Je crois donc avoir eut ce pb, et il me semble que la seule soluce
(temporaire) que j'avait trouver été de lui créer ce champ pour qu'il évite
de me cracher à la ....
Mais étant donné que ce n'était pas une version finale, ce n'était que
temporaire.
De plus je suis sous WD5.5, mais pas sur que sur ce pb sa change grand chose
?
A toi de voir !
Bonne chance
( ;
"Benoit Neve" <bne@dagico.com> a écrit dans le message de
news:3f8d1c5c$0$24172$ba620e4c@reader0.news.skynet.be...
Bonjour,
La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois,
de très mauvaises.
J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE
RADAFFiche.
Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
n'a pas de RAD. Tout est OK
Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise
le RAD et contient également une procédure RADAffiche avec du code prope à
cette fenêtre.
Et patatra, je reçois un message d'erreur concernant la mise à jour d'un
champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans
cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma
PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Mais que se passe-t-il ?
Avez-vous constaté ce type de problème ?
Y-a-t-il une classe miracle du RAD nouveau ?
Juste une question, Tu utilise le rad pour une version finale ? Parce-que, connaissant les bug du rad, moi je ne l'utilise que pour faire un exemple client ou encore des tests de fonctionnalitées.
Sinon, sur ton pb à proprement parlé, je me souvient "il y à longtemp dans un pays lointain" escuse-moi, c'est la fin de journée !! Je crois donc avoir eut ce pb, et il me semble que la seule soluce (temporaire) que j'avait trouver été de lui créer ce champ pour qu'il évite de me cracher à la ....
Mais étant donné que ce n'était pas une version finale, ce n'était que temporaire. De plus je suis sous WD5.5, mais pas sur que sur ce pb sa change grand chose ? A toi de voir !
Bonne chance
( ;
"Benoit Neve" a écrit dans le message de news:3f8d1c5c$0$24172$
Bonjour,
La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois, de très mauvaises. J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE RADAFFiche. Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
n'a pas de RAD. Tout est OK Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise le RAD et contient également une procédure RADAffiche avec du code prope à cette fenêtre. Et patatra, je reçois un message d'erreur concernant la mise à jour d'un champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Mais que se passe-t-il ?
Avez-vous constaté ce type de problème ? Y-a-t-il une classe miracle du RAD nouveau ?
Merci de m'avoir lu
Benoît
Fabrice Burghgraeve
salut.
"Laurent Imbert" a écrit dans le message de news:bmjnua$4gq$
Juste une question, Tu utilise le rad pour une version finale ? Parce-que, connaissant les bug du rad, moi je ne l'utilise que pour faire
un
exemple client ou encore des tests de fonctionnalitées.
(...)
> La vie est pleine de suprise... Des bonnes et des moins bonnes et
parfois,
> de très mauvaises. > J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE > RADAFFiche. > Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre qui > n'a pas de RAD. Tout est OK > Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle
utilise
> le RAD et contient également une procédure RADAffiche avec du code prope
à
> cette fenêtre. > Et patatra, je reçois un message d'erreur concernant la mise à jour d'un > champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent
dans
> cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma > PREMIERE fenêtre et non pas celle de la fenêtre en cours. >
(...)
vu en face : il faut revenir a la 206e...
(elle a pas passe le deuxieme niveau de qualite machin... ca doit etre pour ca qu'elle va mieux ???)
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
salut.
"Laurent Imbert" <limbert@laurie-lumiere.fr> a écrit dans le message de
news:bmjnua$4gq$1@news-reader1.wanadoo.fr...
Juste une question,
Tu utilise le rad pour une version finale ?
Parce-que, connaissant les bug du rad, moi je ne l'utilise que pour faire
un
exemple client ou encore des tests de fonctionnalitées.
(...)
> La vie est pleine de suprise... Des bonnes et des moins bonnes et
parfois,
> de très mauvaises.
> J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE
> RADAFFiche.
> Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
> n'a pas de RAD. Tout est OK
> Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle
utilise
> le RAD et contient également une procédure RADAffiche avec du code prope
à
> cette fenêtre.
> Et patatra, je reçois un message d'erreur concernant la mise à jour d'un
> champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent
dans
> cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma
> PREMIERE fenêtre et non pas celle de la fenêtre en cours.
>
(...)
vu en face :
il faut revenir a la 206e...
(elle a pas passe le deuxieme niveau de qualite machin... ca doit etre pour
ca qu'elle va mieux ???)
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spam_burghgraeve@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
"Laurent Imbert" a écrit dans le message de news:bmjnua$4gq$
Juste une question, Tu utilise le rad pour une version finale ? Parce-que, connaissant les bug du rad, moi je ne l'utilise que pour faire
un
exemple client ou encore des tests de fonctionnalitées.
(...)
> La vie est pleine de suprise... Des bonnes et des moins bonnes et
parfois,
> de très mauvaises. > J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE > RADAFFiche. > Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre qui > n'a pas de RAD. Tout est OK > Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle
utilise
> le RAD et contient également une procédure RADAffiche avec du code prope
à
> cette fenêtre. > Et patatra, je reçois un message d'erreur concernant la mise à jour d'un > champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent
dans
> cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma > PREMIERE fenêtre et non pas celle de la fenêtre en cours. >
(...)
vu en face : il faut revenir a la 206e...
(elle a pas passe le deuxieme niveau de qualite machin... ca doit etre pour ca qu'elle va mieux ???)
-- Fabrice Burghgraeve Computer & Services
(enlevez le _pas_de_spam_ pour me répondre en privé)
SP&B
"Benoit Neve" a écrit dans le message de news:3f8d1c5c$0$24172$
Bonjour,
La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois, de très mauvaises. J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE RADAFFiche. Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
n'a pas de RAD. Tout est OK Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise le RAD et contient également une procédure RADAffiche avec du code prope à cette fenêtre. Et patatra, je reçois un message d'erreur concernant la mise à jour d'un champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Bonjour,
Vous avez bien fait d'en parler, PC Soft à mis aujourd'hui en ligne un correctif à ce problème pour la 206g : http://www.pcsoft.fr/st/telec/windev7/patch206.htm Là je leur tire mon chapeau pour la rapidité dont ils ont fait preuve pour régler ce problème.
enlever _no.spam pour me contacter en PV. http://perso.wanadoo.fr/securite.pointage.et.biometrie/
"Benoit Neve" <bne@dagico.com> a écrit dans le message de
news:3f8d1c5c$0$24172$ba620e4c@reader0.news.skynet.be...
Bonjour,
La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois,
de très mauvaises.
J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE
RADAFFiche.
Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
n'a pas de RAD. Tout est OK
Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise
le RAD et contient également une procédure RADAffiche avec du code prope à
cette fenêtre.
Et patatra, je reçois un message d'erreur concernant la mise à jour d'un
champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans
cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma
PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Bonjour,
Vous avez bien fait d'en parler, PC Soft à mis aujourd'hui en ligne un
correctif à ce problème pour la 206g :
http://www.pcsoft.fr/st/telec/windev7/patch206.htm
Là je leur tire mon chapeau pour la rapidité dont ils ont fait preuve pour
régler ce problème.
Sincères salutations
--
Jean-Claude FLAJOULOT
Sécurité, Pointage & Biométrie
SPetB_no.spam@wanadoo.fr
enlever _no.spam pour me contacter en PV.
http://perso.wanadoo.fr/securite.pointage.et.biometrie/
"Benoit Neve" a écrit dans le message de news:3f8d1c5c$0$24172$
Bonjour,
La vie est pleine de suprise... Des bonnes et des moins bonnes et parfois, de très mauvaises. J'ai une fenetre qui utilise le RAD et appelle une procédure LOCALE RADAFFiche. Dans cette fenetre, je clique sur un bouton qui ouvre une autre fenetre
qui
n'a pas de RAD. Tout est OK Dans cette seconde fenetre, j'ouvre une troisième fenêtre qui elle utilise le RAD et contient également une procédure RADAffiche avec du code prope à cette fenêtre. Et patatra, je reçois un message d'erreur concernant la mise à jour d'un champ qui n'existe pas. Horreur, ce champ n'est en effet pas présent dans cette troisième fenêtre car il a exécuté la procédure RADAffiche de ma PREMIERE fenêtre et non pas celle de la fenêtre en cours.
?????????????????????
Bonjour,
Vous avez bien fait d'en parler, PC Soft à mis aujourd'hui en ligne un correctif à ce problème pour la 206g : http://www.pcsoft.fr/st/telec/windev7/patch206.htm Là je leur tire mon chapeau pour la rapidité dont ils ont fait preuve pour régler ce problème.
