Modification de table impossible

**sandaff** · 16/05/2016, 22h43

Bonjour!
j'ai effectué une modification sur ma table produit qui a donné avec succès. Mais je voudrais refaire avec une autre table mais impossible.
le premier code qui a marché est:

Code :

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

1
2
3
4
SI BTN_SansNom1 ALORS
HLitRecherche(PRODUIT,Designation,FEN_Fiche_Produit.Designation)
FichierVersEcran()
fin

le code qui ne marche pas est:

Code :

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
FichierVersEcran()
SI BTN_SansNom1 ALORS
	HLitRecherche(Comporte,Designation,FEN_Fiche_Comporte.SC_Fiche.COMBO_Designation)
	FichierVersEcran()
sinon
 
        FichierVersEcran()
 
	HLitPremier(FACTURE_RE)
	TANTQUE PAS HEnDehors(FACTURE_RE)
				HLitSuivant(FACTURE_RE)
	FIN	
	SI FEN_Relation_FACTURE_RE_Comporte1.SC_Fiche.COL_Code_fac_re..Valeur="" ALORS
		FEN_Fiche_Comporte.SC_Fiche.COMBO_Code_fac_re..Valeur=FACTURE_RE.Code_fac_re	
	 SINON
	FEN_Fiche_Comporte.SC_Fiche.COMBO_Code_fac_re=FEN_Relation_FACTURE_RE_Comporte1.SC_Fiche.COL_Code_fac_re..Valeur		
 
	FIN
fin

je voudrais votre coup de main car il doit avoir sur la table comporte le code de modification en cas d'erreur de saisie.
c'est vilain de supprimer et reprendre la saisie à chaque fois qu'on se trompe.
je veux préciser qu'il ne voit que le sinon càd la deuxième condition.

**alaclef** · 17/05/2016, 01h03

Bonjour

1) que signifie cette syntaxe : SI BTN_SansNom1 ALORS
2)ta boucle devrait être #
en effet hlitpremier lit....
donc hlitsuivant saute une ligne

**sandaff** · 17/05/2016, 02h58

même moi j'ai remarqué que : SI BTN_SansNom1 ALORS ;est bizarre mais ça marche sur mes tables PRODUIT, CLIENT, UTILISATEUR, etc.
seulement avec fiche et table reliée : FEN_fiche_Relation_Comporte.SC_fiche.Table_Comporte j'ai essayé sans succès pour le bouton modification sur la table_comporte.
la boucle devrait être #? je ne comprend pas ça.
SI BTN_SansNom1=je veux dire par là si le bouton; SI BTN_SansNom1 qui est le bouton de modification est cliqué il charge l'enregistrement sélectionné dans la fenêtre.
sinon il ramène les champs qui sont liés au autre table tel que PRODUIT et Qte de produit sera à un, etc. tout de même j'ai la possibilité de les changer au cas besoin.
merci!
surtout ne vous souciez pas de l’intérieur de sinon car ça fonctionne comme je veux.

**tatayo** · 17/05/2016, 08h01

Bonjour,
A quoi bon faire 2 FichierVersEcran() si le bouton est cliqué ?

A quoi sert cette boucle:

Code WinDev :

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

1
2
3
4
5
 
HLitPremier(FACTURE_RE)
	TANTQUE PAS HEnDehors(FACTURE_RE)
				HLitSuivant(FACTURE_RE)
	FIN

Vu qu'il n'y a pas de code dedans ?

Tatayo.

**sandaff** · 17/05/2016, 09h56

je vous dit de ne pas se préoccuper de ce qu'il y a dans le sinon car cela fonctionne bien mais plutôt le SI.
la réponse à votre question est : ça permet de récupérer le numéro de la facture et mettre dans la fiche FEN_comporte qui ajoute une ligne dans Table_comporte.

**tatayo** · 17/05/2016, 11h01

Effectivement, pour les FichierVersEcran j'ai raté le sinon (la faute à une indentation ratée...).
Sinon je persiste, la boucle ne sert à rien vu qu'il n'y a pas de code dedans. A quoi bon boucler sur le fichier, si aucun traitement n'est fait sur le fichier en question dans la boucle ?
En sortant de la boucle, quel est l'enregistrement courant de Facture_RE, vu que hEnDehors(facture_RE) est vrai ?

Tatayo.

**tbc92** · 17/05/2016, 12h02

L'instruction Si BTN_sansNom1 n'a pas de sens... il faut l'enlever ... ou éclaircir l'intérêt de cette ligne. Si tu tiens à conserver cette ligne telle quelle, tu ne trouveras pas d'aide.

**Hemgé** · 17/05/2016, 16h32

Envoyé par tatayo

A quoi sert cette boucle:

Code WinDev :

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

1
2
3
4
5
 
HLitPremier(FACTURE_RE)
	TANTQUE PAS HEnDehors(FACTURE_RE)
				HLitSuivant(FACTURE_RE)
	FIN

Bonjour,

Apparemment, c'est SA manière de parcourir un fichier ou d'y faire une recherche.
Cft l'autre discussion ouverte par sandaff sur les dates de péremption et le code final qu'il y a posté (message #11).
Je viens d'y attirer son attention sur ce problème.

Hemgé

**sandaff** · 17/05/2016, 22h31

Bonsoir!

je vois bien que vous vous préoccupez de trop le SINON de mon algo alors que c'est le si qui est mon problème.
je suis d'accord de retirer le SI BTN_SansNom1 ALORS mais c'est pour des solutions alternatives j'ai posée de question.

pour la boucle

Code :

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

1
2
3
4
HLitPremier(FACTURE_RE)
	TANTQUE PAS HEnDehors(FACTURE_RE)
				HLitSuivant(FACTURE_RE)
	FIN

qui n'est pas un problème chez moi ici, je vais l'expliquer :
sur ma facture achat ou vente, je crée la facture avant d'ajouter les produits dans la table Comporte(code_FACTURE_RE, code_PRODUIT, PAHT, PATTC, etc) pour ma facture achat et Contient(code_FACTURE_CLI, code_PRODUIT, PvHT, PvTTC, etc) pour ma facture vente.
FACTURE_RE=facture fourniseur;FACTURE_CLI=facture client.

Maintenant quand je clique sur ajouter une facture sur la fiche : FEN_Relation_FACTURE_RE_Comporte1 (facture achat) ; après avoir valider et en ajoutant les produits dans la table TABLE_Comporte ; je remarque que le champ FEN_Relation_FACTURE_RE_Comporte1.SC_Fiche.COL_Code_fac_re est vide et donc en ouvrant FEN_Fiche_Comporte pour l'ajout FEN_Fiche_Comporte.SC_Fiche.COMBO_Code_fac_re prend la valeur antérieure alors que la facture a déjà incrémenté de valeur.

C'est pourquoi je parcours tout le fichier et à la sortie je fais le traitement que vous voyez.
Soit on veut ajouter dans l'ancienne facture dont FEN_Relation_FACTURE_RE_Comporte1.SC_Fiche.COL_Code_fac_re n'est pas vide et FEN_Fiche_Comporte.SC_Fiche.COMBO_Code_fac_re=FEN_Relation_FACTURE_RE_Comporte1.SC_Fiche.COL_Code_fac_re..Valeur
ou on veux ajouter dans l'enregistrement en cours alors SI FEN_Relation_FACTURE_RE_Comporte1.SC_Fiche.COL_Code_fac_re..Valeur="" ALORS
FEN_Fiche_Comporte.SC_Fiche.COMBO_Code_fac_re..Valeur=FACTURE_RE.Code_fac_re

Merci et bonne compréhension.
Certains vont dire que vous auriez pu mettre hlitdernier(...) puis le traitement; oui c'est bon mais je le préfère comme ça.

**sandaff** · 17/05/2016, 23h26

Merci Monsieur hemgé pour vos remarques dans la seconde partie notamment la gestion de date de péremptions!
Seulement je vois pas de problème chez moi ici et je serais étonnée des bugs sur mon code car mon MCD et mon écran de saisie sont conformes à mon traitement.

**tatayo** · 18/05/2016, 07h49

Envoyé par sandaff

certain vont dire que vous auriez pu mettre hlitdernier(...) puis le traitement; oui c'est bon mais je le préfère comme ça.

Je pense que le jour où ton fichier contiendra un petit million de lignes tu changeras d'avis...

Tatayo.

**dsr57** · 18/05/2016, 17h53

Bonjour,

Après plusieurs lectures du post j'ai du mal à comprendre ce qui ne va pas sauf que cela ne fonctionne pas comme tu veux.
Tu appelles deux fois la fonction FichierVersEcran, est ce que ces appels doivent mettre à jour des fichiers différents ?
Si oui, je pense qu'il faudrait indiqué le nom des fichiers en paramètre.

Bon dev

**sandaff** · 18/05/2016, 22h05

bonsoir!
je comprend votre inquiétude par rapport à la taille de fichier dans l'avenir.
quand ce moment viendra je reverrez mes recherche car je me souviendrai que c'est mes recherches qui le ralentis.
je signale encore que je travail ce code sur deux fichiers.
mais fichierversecran() est fait sur un seul; le fichier PRODUIT et son rôle est de charger l'enregistrement sélectionné dans les champs de ma fiche d'ajout afin de les modifiés. et cela apres le clic sur le bouton modifier(BTN_sannom) qui n'a pas encore marché.

**sandaff** · 18/05/2016, 22h07

j'ai fait une erreur plutot fichierversecran se fait sur Comporte.

**dsr57** · 19/05/2016, 10h53

Bonjour

Si je comprend bien, dans le code suivant :

Code :

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

1
2
3
4
5
6
7
8
FichierVersEcran()
SI BTN_SansNom1 ALORS
	HLitRecherche(Comporte,Designation,FEN_Fiche_Comporte.SC_Fiche.COMBO_Designation)
	FichierVersEcran()
SINON
        FichierVersEcran()
	...
FIN

ton problème est que tu ne passes jamais dans le code si la condition "BTN_SansNom1" égale à vrai et donc tojours dans le SINON.

Je viens d'essayer cette condition et je n'ai jamais reussi à passer dans le cas ou la condition renverrais vrai, dans quel évènement as tu codé cela dans la fiche produit pour que cela fonctionne

Bon courage

**tatayo** · 19/05/2016, 11h23

Envoyé par sandaff

je comprend votre inquiétude par rapport à la taille de fichier dans l'avenir.
quand ce moment viendra je reverrez mes recherche car je me souviendrai que c'est mes recherches qui le ralentis.

Donc tu préfères coder "à l'arrache" en te disant que tu penseras "plus tard" à reprendre le code pour le coder directement, quand les problèmes surviendront ?
Drôle de méthode...

Sinon pour ton bouton, quelle est la logique derrière le test "si btn_SansNom1" ? Qu'est-ce que tu cherches à tester précisément ?

Tatayo.

**sandaff** · 20/05/2016, 14h12

Bonjour!
je mis le code dans initialisation de la fenêtre Comporte.

le rôle de bouton BTN_SansNom1 placé sur FEN_Relation_FACTURE_RE_Comporte1 permet de ramener sur la fiche comporte l’enregistrement sélectionné dans la table TABLE_Comporte puis le modifier.
c'est vilain de supprimer et reprendre la saisie à chaque fois qu'on se trompe dans la table comporte.
merci à l'avance!

Modification de table impossible

WinDev

Discussions similaires

Partager

Partager