Bonsoir,

quelques remarques :

- Svp entoure ton code PB par (code=pb) au début et (/code) à la fin EN REMPLAçANT les parenthèses ( et ) par des crochets [ et ]
(je suis bien obligé de l'écrire avec des parenthèses pour que tu puisse le lire, sinon ça n'apparait pas mais ça te formate le texte entre les 2 balises comme du code PB, plus facile à lire.

- si tu es dans l'event itemchanged tu n'as pas besoin de faire

ligne = dw_1.getrow()

tu peux tout simplement utiliser l'argument row fournit par l'event.

-Pour régler ton problème : déjà identifier ce qui déclenche l'erreur, à priori je parierai plus sur la ligne "exploitation(valeur)", débugge pas à pas ton code afin de voir ce qui déclenche l'erreur, si c'est la ligne "string valeur=this.Object.nomdelacolonnedatawindow[ligne]" remplace là par un GetItem du type approprié

Salut,

    Le problème doit venir de la longueur de ta colonne : exemple si ta colonne est de type char ou varchar et qu'elle fait 10 de long et que essaye de rentrer '0003038200118' soit 13 caractères alors tu auras le message "Item does not pass validation test" car avant de rentrer dans l'evt ITEMCHANGED Powerbuilder vérifie la validité de la donnée entrée. Ex si c'est bien que des chiffres dnasle cas ou la  colonne est numérique , il vérifie que la longueur de la colonne est valide par rapport à la longueur de la donnée entré par l'utilisateur, que c'est si une date qu'elle soit valide etc...
    C'est seulement après tout ces controles  que l'evt itemchanged est déclenché. Si une seule erreur survient dans ces contrôles alors l'evt itemchanged n'est pas déclenché mais c'est l'evt Itemerror qui est déclenché et dans ton cas tu ne doit pas avoir de code ou tu effectues un return de 0 dans l'itemerror ce qui a pour effet d'afficher le message standart : "Item does not pass......."


Cdt
Yanis

Salut,

Code: pb

string valeur=this.Object.nomdelacolonnedatawindow(ligne)

Cette déclaration est de toute façon impossible à faire( que ce soit avec des parenthèses ????? ou avec des crochets ) donc il n'y a pas à ce poser de question si le contenu est affecté à l'exécution ou à la compilation. Si tu écris celà tu recevras l'erreur "Invalid variable declaration initialization"

Cdt
Yanis

Bonjour,
J'ai mis la limite de ma colonne à 13, mais le problème persiste. Cependant je vous remercie pour toutes les remarques concernant la déclaration et l'utilisation des variables.
A+

Salut,
Merci Yanis, j'ai éditer le datawindow et j'ai constaté que la colonne précise avait un problème, la longueur du champ était de 11 au lieu du 13 que je voulais. Je pense que c'est peut être due au fait que j'ai voulu réutiliser un datawindow qui ressemblait beaucoup à ce que je voulais faire qui est la cause de cela. Car je n'ai pas voulu réprendre le design à zero de mon datawindow, il a fallu que je cree un de même et d'enlever quelques champs qui ne devaient pas me servir et j'obtenais exactement ce que je voulais. Pour toute fin utile, je pense que si vous réutiliser un datawindow qui marche, pour d'autres but, bien vouloir éditer la source pour vous rassurer que les différents champs qui sont restés ont des proprietés compatibles avec ce que vous voulez faire. Néansmoins deux questions me tiennent à coeur:
1- Pourquoi lors de la réutilisation d'un datawindow, l'ajout des champs et la suppression n'impacte pas sur la source du datawindow?
2- J'ai voulu récuperer le champ en question par:

string valeur
valeur=dw_1.GetItemString(row,"Macolonnedatawindow")

Mais cela ne marche pas, quelle est l'intruction qui me permettra de récupérer le champ en question?
Merci

Pour m'assurer que j'ai récupérer la bonne valeur, j'utilise un messageBox pour pouvoir m'assurer que j'ai effectivement la bonne valeur. Mais il n'en n'ai rien, aucun message ne m'est envoyé, en fait je n'ai rien. Disons qu'il ne renvoie rien et même le messageBox n'est pas affiché.

Tout à fait. C'est même d'ailleurs une des raisons pour lesquels l'utilisation du debugger
à la place des messagebox est plus que recommandé.

Bonjour,

J'ai lu un peu en diagonale :

Un GetItemString dans un événement ItemChanged sur la colonne ayant déclenché l'événement, tu récupères l'ancienne valeur courante de la colonne pas la nouvelle que tu viens de saisir.
La valeur que tu viens de saisir se trouve dans l'argument data de l'événement Itemchanged.

Ton code se réduit tout simplement :

if dwo.name = "nomdelacolonnedatawindow" then
 exploitation(data)
end if

La nouvelle valeur saisie deviendra courante à l'issue de l'événement ItemChanged (avec un return 0)

J'ai rédigé ma réponse en parallèle semble t-il.

erasorz a écrit:

Tu peux faire une petite fonction de "trace pour développement/debug" qui écrit dans un fichier log ou dans une table.

Ou on peut aussi utiliser OutputDebugString() comme expliqué ici et là

Salut,

Dadone a écrit:

Dans ce type de problème il est préférable de contrôler la zone de saisie  temporaire l'aide de la fonction getText() et d'utiliser setText() en lieu et place des setItem()

Le gettext est inutile dans la mesure ou l'on se trouve dans l'evt itemChanged et que l'un des paramètres est la donnée saisie par l'utilisateur. (DATA) Inutile de faire appel à une fonction alors que l'info est déjà disponible.

      Et un setText dans un evt itemchanged est vraiment déconseillé car celui ci écraserait la donnée en cours de saisie.

      Maintenant si tu veux dire que dans d'autre evt que l'itemchanged, il est préférable d'utiliser des setText que des setItem c'est parce que dans le code certaines instructions ne sont déclenchés que sur des evt liés à la saisie utlisateur. Si ce code avait été mis dans des fonctions et que ces fonctions avait été appelées juste avant de faire le setitem et dans l'evt itemchanged afin de valider les données que l'on désire accepter,  le setitem ou le settext était équivalent.



Cdt
Yanis