Discussion :

[icare_1er]

Bonjour,

J'ai une requête avec pas mal de champs (une vingtaine au moins).

Un formulaire est basé sur cette requête (qu'il affiche enregistrement par enregistrement).

Je veux trier des enregistrements et ne pas afficher tout, j'utilise donc un formulaire de sélection qui permet via des menus, de choisir des critères, puis le bouton "afficher" exécute

DoCmd.Openform "Formulaire",,, sqlWhere

Jusque la, ca marche.

SAUF QUE j'ai rajouté un champ texte ou l'utilisateur peut inscrire lui même du SQL pour être précis (il y a tellement de champs possibles à sélectionner)...

Et la ca ne marche qu'en partie.

si je met: "concora > 100", ca marche.
si je met: "T11 > 100" ca ne marche plus, alors que T11 et concora sont tous les deux 2 champs numériques du même type !!!

La seule différence c'est que "concora" dans la requête est l'affichage d'un champ d'une table, alors que T11 est le résultat d'un calcul ( défini par t11: calcul(...) )

Comment se fait-il que certains champs permettent de faire un tri et que d'autres font bugger ?? (fenêtre de débogages qui se place sur la ligne de code Openform...)

Merci à ceux qui m'aideront, c'est un projet de stage qui touche à sa fin et ce problème m'embarasse depuis ce matin...

[marot_r]

Normalement ça devrait marcher, je suggère que tu vérifie que tes champs existe réellement et que tu entoures le nom des champs par [].

Les [] pernettent à Access de savoir que tu fait appel à un champ pas à une fonction ou une constante.

A+

[icare_1er]

J'ai essayé également sans résultat.

Mon post est peu clair, en fait peu importent les détails, en tentant de débugger j'en suis arrivé à l'état des lieux suivant:

une requête, défini par des champs de 2 types:

1/ ceux étant des champs d'une table
2/ ceux étant le résultat de calculs.

La commande:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
DoCmd.OpenForm "Form",, " grandeur > 100"

donne le bon résultat si grandeur est de la catégorie 1.

Elle échoue si grandeur est de la catégorie 2.


Je précise que tous les champs du formulaire portent le nom du champ de requête qu'ils représentent.

Donc vraiment bizarre comme bug.