Discussion :

[Magnus]

Bonjour tout le monde,

Sous forms 9i, je chercher à modifier dynamiquement la colonne sur laquelle pointe un item basé sur une table.
J'ai supposé que la procédure interne SET_ITEM_PROPERTY me permettrait d'effectuer ce traitement.

Malheureusement, la propriété COLUMN_NAME n'existe pas pour SET_ITEM_PROPERTY ; d'autant plus que cette propriété est disponible pour la procédure GET_ITEM_PROPERTY.

J'en déduis que le traitement que je cherche à mettre en place n'est pas possible.
Pouvez-vous me confirmer ou infirmer mon raisonnement ?

Merci d'avance.

[plaineR]

Non ce n'est pas possible. Mais il y a de nombreux moyens de contourner cela. C'est en affichage seul ou en insertion/maj que tu souhaites faire cela ?

[Magnus]

Salut plaineR,

C'est en affichage seul ou en insertion/maj que tu souhaites faire cela ?

En insertion / maj / suppression et tu vois une multitude de manière de faire (i.e. sans passer par des centaines de lignes de code of course ) ?

[plaineR]

Une des méthodes les plus simples, c'est d'avoir les n items correspondant au n colonnes sources, superposés sur ton canvas et de n'afficher que celui que tu souhaites.

Une autre solution :
- en mode query la source de ton block est gérée sur une clause from, ce qui te permet de gérer par des case/decode la source de ta/tes colonnes dynamique
- en mode insertion/maj, ton block est basé sur la table (propriété DML Data target name)
- la/les colonnes dynamiques ont la propriétés query only à true
- tu gères dans le trigger cette/ces colonnes dynamiques.

Et le nombre de lignes de code est limité, évidemment

[Magnus]

Une des méthodes les plus simples, c'est d'avoir les n items correspondant au n colonnes sources, superposés sur ton canvas et de n'afficher que celui que tu souhaites.

Effectivement je n'avais pas envisagé les choses sous sans angle.
Hormi un problème de placement des items lors de la conception, cette solution me paraît intéressante.

Une autre solution :
- en mode query la source de ton block est gérée sur une clause from, ce qui te permet de gérer par des case/decode la source de ta/tes colonnes dynamique
- en mode insertion/maj, ton block est basé sur la table (propriété DML Data target name)
- la/les colonnes dynamiques ont la propriétés query only à true
- tu gères dans le trigger cette/ces colonnes dynamiques.

Désolé, j'ai du mal à te suivre :
- qu'appelles-tu "mode query" ou "mode insertion / maj" ? Le type de bloc ?
- dans le dernier point tu parles des triggers ON-INSERT, ON-UPDATE et ON-DELETE ?

[SheikYerbouti]

bonjour,

peut-on connaitre la raison d'une telle fonctionalité ?

[plaineR]

- qu'appelles-tu "mode query" ou "mode insertion / maj" ? Le type de bloc ?

En fait depuis forms6i, il est possible de discerner la source de la requête (ce que j'appelle le mode query) et la source de destination (table mise à jour, ce que j'appelle le mode insertion/maj). J'espère avoir été plus clair, sinon je te donnerai un exemple.

- dans le dernier point tu parles des triggers ON-INSERT, ON-UPDATE et ON-DELETE ?

Non, je parle des triggers pre-insert et pre-update (excuse moi je ne me suis pas relu et je pensais avoir indiqué les triggers)