[Wx] Attention truc sale

Bonjour

Attention, je viens de m'apercevoir d'un truc tres sale.
Les fonctions Hsupprimer et Hajoute (entre autre) modifie le contexte
hyperfile des autres fichiers.

Je m'explique:

Boucle Fichier1
hajoute(fichier2)
hlitsuivant(fichier1)

d'apres la doc ca doit marcher, mais en pratique chez moi ca ne marche pas.
un Hsauveposition+ hretour a régler le probleme.
J'en suis resté la.

Ce matin je vois un truc bizarre: un click sur bouton supprimer, supprime 2
ligne .
Le code:
Si htrouve(fichier1)
hlitrecherchepremier(fichier2.id,fichier1.idfichier2)
hsupprime(fichier2)
hsupprime(fichier1)

en fait, fichier2 est lié a fichier1 par une contrainte d'intégrité
La suppression de fichier2 supprimer fichier1, et positionne le contexte de
fichier1 sur la fiche suivante
(d'ou la bug)

Donc pour résumer:
attention aux contraintes d'intégrité, elle font varier le contexte des
autres fichiers

D'ailleurs on retrouve un peu la meme bug dans la saisie assistée des champs
clés qui font varié le contexte du fichier courant.

Concernant votre soucis, votre erreur réside dans la simple application
de la règle de suppression que vous avez fixé lors de la description des
relations. Si la suppression des éléments liés est autorisée alors oui,
elle aura lieu dans les fichiers liés et elle en modifiera le contexte.

Votre conclusions est donc hative et mérite correction :
"Attention au paramétrage des règles de gestion qui peuvent conduire à
des modifications dans les fichiers liés sans programmation. C'est
d'ailleurs leur intéret !"

Bonjour

Je comprends bien votre remarque.
Mais le problème n'est pas la "modification des fichiers lié sans
programmation", mais la modification de variable publique (contexte
hyperfile) sans programmation, ni meme une quelconque indication dans le
manuel.
Doncs amha, ca reste (pour moi) un truc sale.

pas vraiment, l'exemple de la contrainte d'intégrité ne se fait pas
automatiquement, mais manuellement dans l'analyse. En plus, le
problème ne provient non plus de la contrainte, mais du mauvais code:
faire un hSupprime sur un hLitRecherche.. non testé (fichier2) va
forcément supprimer n'importe quoi.

Si htrouve(fichier1) // ok
hlitrecherchepremier(fichier2.id,fichier1.idfichier2) //
pas ok
hsupprime(fichier2) //!!!!!! pas de vérification de
hLitRecherche
hsupprime(fichier1)

<mnobs@bluemail.ch> a écrit dans le message de
news:1128679254.889113.281710@f14g2000cwb.googlegroups.com...

pas vraiment, l'exemple de la contrainte d'intégrité ne se fait pas
automatiquement, mais manuellement dans l'analyse. En plus, le
problème ne provient non plus de la contrainte, mais du mauvais code:
faire un hSupprime sur un hLitRecherche.. non testé (fichier2) va
forcément supprimer n'importe quoi.

Si htrouve(fichier1) // ok
hlitrecherchepremier(fichier2.id,fichier1.idfichier2) //
pas ok
hsupprime(fichier2) //!!!!!! pas de vérification de
hLitRecherche
hsupprime(fichier1)

Bonjour

Je ne suis pas d'accord.
Premierement, j'ai écrit de facon simplifiée, tout les codes de retour
étaient testés
Deuxiemement , ce qui arrive dans la réalitée est :
Si htrouve(fichier1) // ok
hlitrecherchepremier(fichier2.id,fichier1.idfichier2) // OK
hsupprime(fichier2) //OK ca marche
hsupprime(fichier1) // OK ca marche mais ne supprime pas le bon
en fait
si c'était comme décrit dans la doc, le hsupprime(fichier1) aurait du
renvoyer une erreur
comme quoi l'enregistrement courant n'existait plus.

> Je ne suis pas d'accord.
Premierement, j'ai écrit de facon simplifiée, tout les codes de retour
étaient testés
Deuxiemement , ce qui arrive dans la réalitée est :
Si htrouve(fichier1) // ok
hlitrecherchepremier(fichier2.id,fichier1.idfichier2) // OK
hsupprime(fichier2) //OK ca marche
hsupprime(fichier1) // OK ca marche mais ne supprime pas le

en fait
si c'était comme décrit dans la doc, le hsupprime(fichier1) aurait du
renvoyer une erreur
comme quoi l'enregistrement courant n'existait plus.

Je ne suis pas d'accord.
Premierement, j'ai écrit de facon simplifiée, tout les codes de
retour étaient testés
Deuxiemement , ce qui arrive dans la réalitée est :
Si htrouve(fichier1) // ok
hlitrecherchepremier(fichier2.id,fichier1.idfichier2)
// OK hsupprime(fichier2) //OK ca marche
hsupprime(fichier1) // OK ca marche mais ne supprime pas
le bon en fait
si c'était comme décrit dans la doc, le hsupprime(fichier1) aurait du
renvoyer une erreur
comme quoi l'enregistrement courant n'existait plus.

======================================================== >
Pourquoi ne pas essayer cette méthode qui devrait fonctionner à tous
les coups sans confondre Windev.

Si htrouve(fichier1)
CodeCherché = fichier1.idfichier2
HSupprime(fichier1) // fonctionnera à tous les coups puisque
trouvé HLitrecherchepremier(FICHIER2,fichier2.id,CodeCherché)
Si HTrouve(FICHIER2) ALORS
hsupprime(fichier2)
FIN
FIN