PC SOFT

FOROS PROFESIONALES
WINDEVWEBDEV y WINDEV Mobile

Inicio → WINDEV 2024 → Problème sur une table fichier
Problème sur une table fichier
Iniciado por Dove, 03,mar. 2005 12:37 - 2 respuestas
Publicado el 03,marzo 2005 - 12:37
Bonjour,

Qq chose que je ne comprend pas dans le fonctionnement d'une table fichier:

J'ai une table fichier normale dans laquelle je rajoutes une colonne<Choix>
au début de type interrupteur.

Je coches la case de + lignes mais, si je reviens sur une ligne cochée elle
se décoche toute seule !!!

J'ai essayé toutes les combinaisons de cases (enregistrement en sortie de
ligne désactivé, ...) mais rien n'y fait !

Pourquoi Windev force t'il, sans qu'on lui demande, le RAZ d'une zone de
saisie dans une table fichier ????

Merci
Publicado el 03,marzo 2005 - 16:19
Parce qu'il lit l'enregistrement sélectionné / affiché et qu'il réinitialise la ligne de table. Si j'ai compris, la colonne Choix n'est reliée à aucune rubrique du fichier, sinon, tu t'es planté dans la prog de mise à jour du fichier à la modification de la case, si c'est le cas, soit tu configures la table pour que la mise à jour dans le fichier soit auto (Description de la table), soit tu utilises la fonction TableEnregistre dans le code de sortie d'une ligne de la table pour mettre à jour le fichier > regarde aussi la propriété ..TableModifié.

Dans l'autre cas (colonne choix sans liaison), ce que tu cherches à faire n'est pas facile, le mieux est d'utiliser une table mémoire, comme ça la case ne se décoche pas toute seule.
Ensuite, tu lances une procédure avec tablecherche pour connaitre les lignes qui ont été cochées et effectuer le traitement correspondant.

A+
Publicado el 03,marzo 2005 - 18:06
Merci,

C'était le deuxième cas, pas facile mais j'ai réussi...

J'utilise une zone mémoire des lignes sélectionnées (avec la clé auto du
fichier):

-> A chaque modif de la colonne je fais un +/- dans la ZM

Mais qd sélection d'une ligne Windev raz la case alors à l'affichage d'une
ligne si existe dans la ZM alors je recoche la case.

Après il faut aussi gérer le RAZ quand le traitement est fini...

L'avantage est que si on gère une gros fichier le MemOcc est beaucoup +
rapide que le TableOcc qui renvoie le nombre total d'enreg du fichier !