|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Futur Membre du Club
![]() Inscription : décembre 2006 Messages : 47 ![]() |
Bonjour,
Je travaille sur du Forms6i. J'ai en arrière plan, un block basé BLK2. Le Canevas principal qui s'affiche au démarrage, contient 2 blocks (BLk1 basé et BLK3 non basé). BLK3 apparaitra par un BLk1 contient entre autre des items obligatoires. BLK3 est sensé recevoir des infos de BLK2. En When-New-Form-Instance je fais un ensuite , pour charger mes items en arrière plan pour pouvoir selon le contexte les passer à BLK3. Tout se passe bien lorsque je suis en MODIF et que tous les champs sont renseignés, mais en création j'attrape l'erreur FRM-40202. Je suppose que c'est l'un des champs de BLK1 qui est obligatoire, si c'est le cas, pourquoi c'est le qui le déclenche ? Comment pourrai-je m'en sortir ? Merci Paxaranne, |
|
|
00
|
|
|
#2 |
|
Membre Expert
![]() Philippe CHIRCOPChef de projet Inscription : juin 2007 Messages : 1 109 ![]() |
Crée un trigger "ON_ERROR" au niveau forms.
Dedans, mets juste Execute ta form en mode debug Normalement, l'execution devrait s'arreter à l'erreur. Dans le debugger, jette un oeil sur les variables systèmes, notamment cursor_item et trigger_item ! Regarde aussi la pile des appels
__________________
Garuda गरूड Brahmâ la Guerre et Vishnu la Paix Oracle 10.2.0.4 - Forms6i patch 17 - Toad 11.1 - sharePoint 2010 |
|
|
00
|
|
|
#3 | |
|
Expert Confirmé
![]() Chef de projet en SSII Inscription : janvier 2004 Messages : 2 866 ![]() |
Citation:
Forms ne fait cette vérification que si le statut de ton enregistrement courant de block1 est différent de QUERY ou ne NEW, c'est à dire que si block1 n'a pas été modifié auparavant. Vérifie donc que avant de faire le go_block, tu n'as modifié aucun champs de block1.
__________________
Un problème sans solution est un problème mal posé Merci de poser vos questions sur le forum, je ne réponds pas aux questions posées par MP. |
|
|
|
00
|
|
|
#4 |
|
Futur Membre du Club
![]() Inscription : décembre 2006 Messages : 47 ![]() |
Bonjour,
Cela provient effectivement des champs obligatoires de BLK1. Ceci étant, j'ai mis leur propriété REQUIRED à FALSE avant de faire mon SHOW_VIEW de BLK3. Une fois cette affichage faite, je remets les propriétés à l'endroit. Seulement, pour autant que l'utilisateur clique ailleurs avant de venir dans un champs requis le FRM-40202 revient (Je suis d'accord, il me le rappelle), mais le plus inquiétant est que mon BLK3 disparait lorsque que clique sur OK du PoPUP. En fait, si une erreur quelconque survient sur cette page et que je fais OK, mon canevas contenant BLK3 affiché par SHOW_VIEW disparait. Comment pourrai-je éviter cela ? Est-ce dans un ON-ERROR ? Merci |
|
|
00
|
|
|
#5 |
|
Futur Membre du Club
![]() Inscription : décembre 2006 Messages : 47 ![]() |
Le On-Error ne fonctionne pas.
Je pense ne pas remettre les items obligatoires après le Show_view mais de les controler dans un Key-Commit s'ils ont été saisis ou non. Y a t il une meilleure idée ?? |
|
|
00
|
|
|
#6 |
|
Expert Confirmé
![]() Chef de projet en SSII Inscription : janvier 2004 Messages : 2 866 ![]() |
Ce que tu peux faire c'est mettre la propriété de ton module "Defer requirement enforcement" à true. Forms vérifiera au commit que les champs obligatoires sont renseignés.
__________________
Un problème sans solution est un problème mal posé Merci de poser vos questions sur le forum, je ne réponds pas aux questions posées par MP. |
|
|
00
|
|
|
#7 |
|
Futur Membre du Club
![]() Inscription : décembre 2006 Messages : 47 ![]() |
Bonjour,
Merci. J'ai tout ce qu'il me faut. Je vais composer avec tout cela. On en apprend chaque jour de plus sur les propriétés. Au plaisir. Paxaranne, |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com