En pb 8.04 ( 10521 )

J'ai une DW grid de 3 colonnes ( nom, prenom, sexe ) par exemple,
quand la DW passe en quaery mode, dans nom je saisie #TEST   ( c'est visible a l'écran même après Tab )

J'utilise un bouton qui me donne ensuite le GETSQL après un acceptText et la je vois qqc comme :  select .... where .... nom = ''
au lieu de nom ='#TEST' , et si je fais la même chose avec TEST sans le dièse ca fonctionne  ???

Si j'utilise le \ ou ~alors dés que je sort du champ avec tab, la zone se vide

Ce n'est pas normal il devrait se contenter de prendre la saisie utilisateur ou d'afficher un message comme quoi
la valeur ne convient pas non ?

Bonjour

Difficile de mettre les scripts, car c'est sur une fenêtre qui hérite de beaucoup d'objets propre à notre appli, mais c'est relativement simple :

DW en query mode : dw_query, derriere une DW retrieve pour afficher les résultats

Sur bouton chercher

//--------------- Retrieve Mode
dw_query.visible = false
dw_retrieve.visible = true

// récupération de la requête et transformation avec des LIKE
dw_query.accepttext()
ls_requete = dw_query.GetSQLSelect ()

Et la ls_requete ne contient pas ce qui est affiché dans la query ( sans le # en tout cas )

Ben non,

en fait la dw en querymode permet à l'utilisateur de rentrer ses critères, et de les intégrer à la query de la DW
ensuite, quand il clique sur chercher, le GetSql, me permet de récuperer la requete de la DW avec les critères
utilisateur, pour en fait pouvoir remplacer certains = par des likes ( pour mon appli )

Sinon il n'y a plus d'interet ) passer en querymode, j'ai 20 lignes, 5 colonnes, si je dois tout scanner pour reconstruire la requette ....

Ca marche trés bien mais certains caractères spéciaux comme le # ne sont apparament pas repris la requete obtenue par GetSql

Le queryMode : Passer la dw dans un mode ou l'utilisateur peut indiquer ces critères de recherche, à partir des champs qu'on a dans la dw

En fait j'utilise 2 DW avec le même dataobject, une qui sera en querymode, l'autre qui affichera le résultat

Dans la première l'utilisateur saisi ses critères
Il clique sur chercher
Dans la seconde je reprend le SQLSelect de la premiere et je retrieve ( donc avec les paramètres de l'utilisateur )

Effectivement si je met ##TEST, je récupère bien ce que je veux mais ne suis pas sur que l'utilisateur va accepter de doubler à chaque fois

Il y a une raison particulière à ce type de fonctionnement ?

je ne sais pas si c'est un bug pb...
en tout cas, ton mode query est assez limité en terme de criteres.  essayes de mettre un "&"...

ce bug existe deja sur le code exemple de pb, fourni avec l'installation de pb.

bref, quoi qu'il en soit, je n'utilise pas ce mode.  chez moi, ca passe plutot par un retrieve argument.

Impossible de récuperer la requete avec le #, quelque soit le moment ou je demande la requete, le # a sauté
et impossible de modifier les valeurs par code avec setitem...

et la solution de doublez le # quand l'utilisateur tape n'est franchement pas terrible

une idée de remplacement ?