Discussion :

[salim11]

Salut,


Dans des applications à temps réels comment faire pour rafraîchir les données
de ma forme mais sans utiliser le timer ?

Merci d'avance.

[McM]

Sans timer, ça va être dur.
Tu veux raffraichir quand ?

Si c'est lorsque l'utilisateur navigue, tu peux utiliser le trigger when_new_item_instance

[salim11]

Salut,

Je veux que mon ecran contient les données réels de ma table

TU veux dire utiliser get_item_property

Code :

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

1
2
 
get_item_property('bloc.nom_col',DATABASE_VALUE);

Je pense c'est mieux d'utiliser le when_new_record_instance.

Mais est ce que cette solution est performante?

[Magnus]

Je suis HYPER concerné par ce genre de problématique.

L'alternative que j'ai mise en place consiste à invoquer la built-in POST dans le trigger WHEN-NEW-RECORD-INSTANCE (car il s'agit de bloc multi-lignes mais when-new-item-instance est peut être plus approprié dans ton cas).

A partir de là, tu n'as plus besoin de timer.
Tu peux par exemple enchaîner sur un clear_block(no_validate) suivi d'un execute_query.

Remarques :
- tu peux remplacer POST par COMMIT
- ton écran doit être organisé impeccablement en particulier concernant le status de tes records, en tout cas, c'est LE point qui m'a posé le plus de contraintes.
- l'invocation de post ou commit va déclenché les triggers de validation (donc when-validate-record, when-validate-item, etc.) -> Cf. le niveau de validation défini dans ton écran

[salim11]

Salut,

Merci pour vos suggestions.

Mais le post il valide le données au niveau de la forme mais il ne rafraichit
pas mon ecran ( c'est a dire s'il y a des nouveaux enregistrements inserés dans ma table avec le post je vais pas les voir sur mon ecran ).

[Magnus]

s'il y a des nouveaux enregistrements inserés dans ma table avec le post je vais pas les voir sur mon ecran

Ah si !
POST effectue une validation des modifications (insertion, suppression, modifications de lignes) en base comme le ferait commit sauf que celle-ci peut être annulée via un appel à CLEAR_FORM (et uniquement clear_form par opposition à clear_block par exemple).

Par contre, tu as raison quand tu dis que l'appel à POST ne suffit pas.
C'est pour ça que je te proposais d'enchaîner un clear_BLOCK et EXECUTE_QUERY...
mais surtout pas d'appel à CLEAR_FORM

Dernière remarque : post est une procédure restreinte mais ça tu le sais certainement déjà.