Discussion :

[=JBO=]

Bonjour,

Quelqu'un a-t-il déjà créé ou utilisé un Modèle de champs ou un Superchamp contenant un champ table mémoire ou un champ table fichier ?
... ou éventuellement, un Modèle de fenêtre contenant un champ table ?...

Je m'interroge sur la capacité d'une telle construction à s'adapter aux conditions d'utilisations...

Je pense à la surcharge de la partie affichage ==> notamment l'ajout de colonnes via l'éditeur avec mise en forme spécifique; la liaison avec un fichier, etc.

Je pense à la surcharge des blocs de code ==> entrée/sortie de lignes, etc.

Je pense à la programmation ==> définir dynamiquement les colonnes à afficher, les liaisons,...

Toutes remarques et informations sont les bienvenues (je suis utilisateur WD12, mais WD14 m'intéresse aussi).
Merci.
_

[klbsjpolp]

J'utilise en WD14 des fenêtres internes contenant chacune une surcharge d'un champ table fichier et ça fonctionne très bien. L'ajout de colonne (ce que je fais), se fait sans problème mais il faut évidemment qu'elles soient remplis manuellement ou que ton fichier de base contient les données. Pour les surcharges, je n'ai pas eu de problème non plus pour valider les données de mes colonnes supplémentaires.

J'aimerais bien te dire de faire attention à quelque chose mais tous c'est vraiment bien passé pour moi et c'était un des meilleurs choix que j'ai fais que de passer à cette solution.

[=JBO=]

Bonjour klbsjpolp et merci pour ton retour d'expérience.

J'utilise en WD14 des fenêtres internes contenant chacune une surcharge d'un champ table fichier et ça fonctionne très bien. L'ajout de colonne (ce que je fais), se fait sans problème mais il faut évidemment qu'elles soient remplis manuellement ou que ton fichier de base contient les données. Pour les surcharges, je n'ai pas eu de problème non plus pour valider les données de mes colonnes supplémentaires.

J'aimerais bien te dire de faire attention à quelque chose mais tous c'est vraiment bien passé pour moi et c'était un des meilleurs choix que j'ai fais que de passer à cette solution.

Effectivement, j'ai le sentiment que j'ai beaucoup à gagner avec un modèle exploitant un champ table. Dans l'application que je développe il y aura de nombreuses fenêtres qui exploitent un champ table, et toutes devront avoir un comportement et une présentation homogènes.

En y réfléchissant, plutôt que de créer un modèle de champs, je pense que je vais commencer "modestement" par un modèle de fenêtre contenant un champ table déjà bien construit.

Mais j'ai quand même un regret en ce qui concerne les traitements du champ table.

Dans WD12, il n'existe pas de traitement "générique" pour les entrées/sorties/modifications des colonnes.
Il existe bien un traitement propre à chaque colonne, mais j'aurais aimé ne pas avoir à programmer "un à un" les traitements de chacune des colonnes.

Est-ce que ces traitements du champ table se sont enrichis avec WD14 ?
_

[mogwai162]

Mais j'ai quand même un regret en ce qui concerne les traitements du champ table.

Dans WD12, il n'existe pas de traitement "générique" pour les entrées/sorties/modifications des colonnes.
Il existe bien un traitement propre à chaque colonne, mais j'aurais aimé ne pas avoir à programmer "un à un" les traitements de chacune des colonnes.

Est-ce que ces traitements du champ table se sont enrichis avec WD14 ?

Je compatis, j'en ai souffert aussi. Mais il faudrait définir des groupes de colonnes et pouvoir définir les traitements par groupes... ne rêvons pas.

On ne peut même pas faire un copier coller de colonnes...

Mais peut etre devrais-tu ne pas créer tes colonnes mais les cloner. Peut etre le code se clonera t'il en même temps ?

[=JBO=]

Je compatis, j'en ai souffert aussi. Mais il faudrait définir des groupes de colonnes et pouvoir définir les traitements par groupes... ne rêvons pas.

Pour l'éditeur de WinDev ce ne serait vraiment pas compliqué d'ajouter des traitements génériques sur les cellules d'un champ table.
Dans ces nouveaux traitements génériques...
... avec la fonction ChampEnCours() on pourrait aisément déterminer la cellule concernée,
... comme à l'ordinaire, avec la fonction RepriseSaisie() on pourrait interrompre la séquence des traitements et laisser le focus sur la cellule (cas du traitement Sortie cellule).

Dans la liste ci-dessous j'ai donné la séquence d'exécution des traitements en fonction du "cycle de vie" d'un champ table (en gras + , les traitements génériques dont je "rêve" et que je commande au Père Noël, juste au cas où il s'intéressait au forum WinDev ).

• Initialisation de <champ table>
• Fin d'initialisation de <champ table>
• Affichage d'une ligne de <champ table>
• Entrée de <champ table>
• Sélection d'une ligne de <champ table>
• Entrée en saisie d'une ligne de <champ table>
• Entrée cellule de <champ table>
• Modification cellule de <champ table>
• Sortie cellule de <champ table>
• Sortie d'une ligne de <champ table>
• Sortie de <champ table>