Discussion :

[=JBO=]

Bonjour,

Souvent, j'aimerai pouvoir appliquer avec WinDev certaines "recettes gagnantes" de Microsoft Access.
Mais la philospohie de ces 2 produits est vraiment différente, ce qui peut compliquer la migration d'un projet Access vers WD.

Voilà un de mes soucis.

Dans une fenêtre contenant un champ table lié à un fichier de données HF (ou lié à une requête), je voudrai pouvoir modifier/ajouter/supprimer des enregistrements via ce champ table, mais en contrôlant ces opérations (validation d'une saisie, détection d'une modification d'une cellule, annulation d'une modification, etc.).

Dans Microsoft Access, la conception d'une telle fenêtre est "enfantine" et le formulaire "feuille de données" correspondant propose de nombreux événements qui permettent aisément de superviser ces opérations, et notamment l'annulation des modifications ou d'un ajout.

Après avoir un peu pratiqué WinDev 12, j'ai vraiment l'impression que le champ table est loin d'offrir des fonctionnalités équivalentes au mode "feuille de données" d'Access.

Je voudrais savoir si dans vos applications WD les opérations d'ajout/modification sont uniquement réalisées via des fenêtres "Fiche" (mono-enregistrement modifié au moyen de n champs de saisie), où bien si vous maîtrisez l'ajout/modification des données via un champ table (ou peut-être un champ zone répétée ?).
Comment vous y prenez-vous ?

Je crois que cette question concerne tous les développeurs Access qui s'intéressent à WinDev.

Merci pour vos réponses et commentaires constructifs.
_

[gancau]

Bonjour
j'utilise dans plusieurs projets des tables mémoires qui me permettent de saisir plusieurs lignes d'enregistrement, ensuite j'ai un bouton valider dans lequel je rajoute tous mes codes de contrôle.
Tu peux aussi utiliser une table fichier et tu peux sur chauqe colonne ou chaque ligne (entrée/sortie/modif) ajouter du code à ta convenance.
Gancau

[mogwai162]

Je confirme que tout est faiusable via les différents codes possibles. Je ne peux quant à moi comparer avec un autre outil.

Personellement, j'utilise des fiches dans la plupart des cas. Des tables seulement quand il y a peu de tests a faire et que l'utilisateur maitrîse bien ce concept.

[hpascal]

Bonjour

ça m'arrive de le faire dans les tables, l'interception se faire dans l'évènement "Sur sortie de ligne"
Si c'est ok j'enregistre, sinon RepriseSaisie sur la colonne incriminée par exemple
Ceci pour une table mémoire

Pour une table fichier l'enregistrement n'est pas encore fait dans cet évènement donc le même principe doit s'appliquer

Il y a juste un cas particulier à gérer (il me semble), lorsqu'on ferme la fenêtre (par la croix ou échap par exemple) le code de sortie de ligne n'est pas exécuté.
ça se règle assez facilement en testant le champ précédent (dans le code du bouton de sortie, de type abandon : fonction ChampPrécédent()) : si c'est la table on force l'exécution de ce code

[=JBO=]

Merci à gancau, mogwai162 et hpascal pour vos réponses intéressantes.

Mon intérêt est totalement focalisé sur le champ table fichier.

En fait, j'ai besoin d'afficher un grand nombre d'enregistrements avec de nombreuses colonnes, d'où l'utilisation du champ table lié à un fichier (plutôt qu'un champ table mémoire).

Il n'est pas toujours possible de charger toutes les données en mémoire, donc il faut passer par un champ fichier. Non ?!


Question: comment Annuler des modifications ?

Je pense plus particulièrement au scénario suivant:

• l'utilisateur modifie les données dans une ligne d'un champ table fichier;
• puis il tente de donner le focus à un autre champ (ou de passer à une autre ligne);
• avant que les données ne soient enregistrées, il faut vérifier leur validité et, justement elles ne sont pas valides...
• on affiche alors une boîte de dialogue qui propose (cas 1) d'abandonner les modifications ou (cas 2) de reprendre la saisie pour apporter les corrections qui s'imposent.

Si je comprends bien, il faut utiliser le traitement du champ table Sortie d'une ligne, et à ce stade les modifications ne sont pas encore reportées dans le fichier.

Code Pseudo WLangage :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
////// Traitement Sortie d'une ligne <champ table> //////
 
SI MoiMême..Modifié ALORS
    // vérifier les modifications
    SI modificationsValides ALORS
        // les données sont enregistrées
 
    SINON
        // demander de choisir entre cas 1:corriger ou cas 2:annuler
 
        SI choix = corriger ALORS
            RepriseSaisie()
        SINON
            // comment abandonner les modifications
            // et réafficher les données de la ligne ???
 
        FIN
    FIN
FIN

La fonction RepriseSaisie() permet de rester sur la ligne incriminée, sans enregistrer les données, pour que l'utilisateur puisse rectifier sa saisie (c'est le cas 2). Ok ???

Maintenant, pour ce qui concerne le cas 1, je ne vois pas comment annuler les modifications et retrouver (afficher) les données antérieures.

Faut-il programmer l'annulation des modifications ou bien existe-t-il une fonctionnalité "10 fois plus vite" ?

Quelqu'un a-t-il déjà développé ce genre de fonctionnalité ?
_

[Jannus]

Question: comment Annuler des modifications ?

tu peux utiliser les transactions

[=JBO=]

Merci pour ta suggestion Guardian.

tu peux utiliser les transactions

Si j'ai bien compris, à ce stade là les données ne sont pas encore enregistrées dans le fichier. Donc, la transaction n'est pas nécessaire.

J'ai complété mon message précédent en ajoutant un pseudo code pour gérer la sortie de ligne du champ table quand les données sont modifiées, mais pas encore enregistrées.
_

[hpascal]

tu peux utiliser les transactions

Ce n'est pas nécessaire, il y a plus simple :

Dans le code "entrée en saisie de ligne" tu mémorises la ligne complète (MaTable[MaTable]) ce qui te donne la valeur de toutes les colonnes séparées par TAB.
A mémoriser dans un variable globale à la fenêtre, ou dans le ..note de la table.

En cas de problème tu peux remettre toutes les valeurs d'un coup avec un TableModifie