Je dois faire une édition avec un traitement par rupture. L'édition est
basée sur une requête et donc déjà ordonnée.
Dans wdetat (dites moi si je me trompe ), pour gérer les ruprtures, on
va dans tri/rupture et il faut ajouter des critères de tri pour les
avoir disponibles en traitement rupture.
Mais il y a donc encore un nouveau tri au niveau de l'état, alors que
cela est déja fait par la requete ???
d'où temps de traitements plus longs.
1ere question : wdetat refait-il le tri ?
2eme question : comment faire pour choisir une zone en rupture si elle
n'est pas en zone tri.
Solution : gérer la rupture à la main, mais là je ne sais pas comment
faire.
Je suppose qu'il faut comparer la valeur avec la précédente dans le
traitement lecture des données et mettre une sorte de booléen à vrai
pour déclencher la rupture.
3eme question : comment programmer la rupture sachant que j'ai une zone
RUPTURE qui contient ma zone à tester et que j'ai un bloc HAUT_RUPTURE1
et BAS_RUPTURE1 ?
Merci de vos réponses
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Roumegou Eric
Je me réponds moi meme car je m'étais inquiété pour rien.
roumegou a écrit :
Bonjour,
Je dois faire une édition avec un traitement par rupture. L'édition est basée sur une requête et donc déjà ordonnée.
Dans wdetat (dites moi si je me trompe ), pour gérer les ruprtures, on va dans tri/rupture et il faut ajouter des critères de tri pour les avoir disponibles en traitement rupture.
non les zones de tris données sont en fait celles de la requete
Mais il y a donc encore un nouveau tri au niveau de l'état, alors que cela est déja fait par la requete ??? d'où temps de traitements plus longs.
1ere question : wdetat refait-il le tri ?
non ! d'où l'intérêt de la requête
2eme question : comment faire pour choisir une zone en rupture si elle n'est pas en zone tri.
en rupture programmée
Solution : gérer la rupture à la main, mais là je ne sais pas comment faire.
Je suppose qu'il faut comparer la valeur avec la précédente dans le traitement lecture des données et mettre une sorte de booléen à vrai pour déclencher la rupture.
3eme question : comment programmer la rupture sachant que j'ai une zone RUPTURE qui contient ma zone à tester et que j'ai un bloc HAUT_RUPTURE1 et BAS_RUPTURE1 ?
dans le traitement Rupture ? de HAUT_RUPTURE1 il suffit de renvoyer soit un vrai ou fauix soit de renvoyer la valeur de la zone et c'est wd qui se charge du test. C'est là que ce n'est pas assez clair dans la doc et il aurait fallu des ex dans les deux cas (renvoyer vrai/faux et renvoyer valeur)
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Je me réponds moi meme car je m'étais inquiété pour rien.
roumegou a écrit :
Bonjour,
Je dois faire une édition avec un traitement par rupture. L'édition est basée
sur une requête et donc déjà ordonnée.
Dans wdetat (dites moi si je me trompe ), pour gérer les ruprtures, on va
dans tri/rupture et il faut ajouter des critères de tri pour les avoir
disponibles en traitement rupture.
non les zones de tris données sont en fait celles de la requete
Mais il y a donc encore un nouveau tri au niveau de l'état, alors que cela
est déja fait par la requete ??? d'où temps de traitements plus longs.
1ere question : wdetat refait-il le tri ?
non ! d'où l'intérêt de la requête
2eme question : comment faire pour choisir une zone en rupture si elle n'est
pas en zone tri.
en rupture programmée
Solution : gérer la rupture à la main, mais là je ne sais pas comment faire.
Je suppose qu'il faut comparer la valeur avec la précédente dans le
traitement lecture des données et mettre une sorte de booléen à vrai pour
déclencher la rupture.
3eme question : comment programmer la rupture sachant que j'ai une zone
RUPTURE qui contient ma zone à tester et que j'ai un bloc HAUT_RUPTURE1 et
BAS_RUPTURE1 ?
dans le traitement Rupture ? de HAUT_RUPTURE1
il suffit de renvoyer soit un vrai ou fauix
soit de renvoyer la valeur de la zone et c'est wd qui se charge du
test.
C'est là que ce n'est pas assez clair dans la doc et il aurait fallu
des ex dans les deux cas (renvoyer vrai/faux et renvoyer valeur)
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Je me réponds moi meme car je m'étais inquiété pour rien.
roumegou a écrit :
Bonjour,
Je dois faire une édition avec un traitement par rupture. L'édition est basée sur une requête et donc déjà ordonnée.
Dans wdetat (dites moi si je me trompe ), pour gérer les ruprtures, on va dans tri/rupture et il faut ajouter des critères de tri pour les avoir disponibles en traitement rupture.
non les zones de tris données sont en fait celles de la requete
Mais il y a donc encore un nouveau tri au niveau de l'état, alors que cela est déja fait par la requete ??? d'où temps de traitements plus longs.
1ere question : wdetat refait-il le tri ?
non ! d'où l'intérêt de la requête
2eme question : comment faire pour choisir une zone en rupture si elle n'est pas en zone tri.
en rupture programmée
Solution : gérer la rupture à la main, mais là je ne sais pas comment faire.
Je suppose qu'il faut comparer la valeur avec la précédente dans le traitement lecture des données et mettre une sorte de booléen à vrai pour déclencher la rupture.
3eme question : comment programmer la rupture sachant que j'ai une zone RUPTURE qui contient ma zone à tester et que j'ai un bloc HAUT_RUPTURE1 et BAS_RUPTURE1 ?
dans le traitement Rupture ? de HAUT_RUPTURE1 il suffit de renvoyer soit un vrai ou fauix soit de renvoyer la valeur de la zone et c'est wd qui se charge du test. C'est là que ce n'est pas assez clair dans la doc et il aurait fallu des ex dans les deux cas (renvoyer vrai/faux et renvoyer valeur)
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Joel
"Roumegou Eric" a écrit :
non les zones de tris données sont en fait celles de la requete
Oui et d'ailleurs à la création d'un état sur requête, il nous est proposé d'ajouter des tris à la requête s'il n'y en a aucun.
dans le traitement Rupture ? de HAUT_RUPTURE1 il suffit de renvoyer soit un vrai ou fauix soit de renvoyer la valeur de la zone et c'est wd qui se charge du test. C'est là que ce n'est pas assez clair dans la doc et il aurait fallu des ex dans les deux cas (renvoyer vrai/faux et renvoyer valeur)
J'avoue avoir un peu lutté pour programmer une rupture, mais une fois qu'on a pigé le principe, c'est très très très pratique.
"Roumegou Eric" a écrit :
non les zones de tris données sont en fait celles de la requete
Oui et d'ailleurs à la création d'un état sur requête, il nous est proposé
d'ajouter des tris à la requête s'il n'y en a aucun.
dans le traitement Rupture ? de HAUT_RUPTURE1
il suffit de renvoyer soit un vrai ou fauix
soit de renvoyer la valeur de la zone et c'est wd qui se charge du
test.
C'est là que ce n'est pas assez clair dans la doc et il aurait fallu
des ex dans les deux cas (renvoyer vrai/faux et renvoyer valeur)
J'avoue avoir un peu lutté pour programmer une rupture, mais une fois qu'on
a pigé le principe, c'est très très très pratique.
non les zones de tris données sont en fait celles de la requete
Oui et d'ailleurs à la création d'un état sur requête, il nous est proposé d'ajouter des tris à la requête s'il n'y en a aucun.
dans le traitement Rupture ? de HAUT_RUPTURE1 il suffit de renvoyer soit un vrai ou fauix soit de renvoyer la valeur de la zone et c'est wd qui se charge du test. C'est là que ce n'est pas assez clair dans la doc et il aurait fallu des ex dans les deux cas (renvoyer vrai/faux et renvoyer valeur)
J'avoue avoir un peu lutté pour programmer une rupture, mais une fois qu'on a pigé le principe, c'est très très très pratique.
