|
FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
| Débuté par h.taniou, 20 jan. 2005 19:45 - 4 réponses |
| |
| | | |
|
| |
| Posté le 20 janvier 2005 - 19:45 |
Bonjour,
Quelqu'un a-t-il déjà eu des problèmes avec le clonage de champ dans la
version 9 ?
J'ai une fenêtre avec un champ que j'arrive à cloner et supprimer
plusieurs fois sans problème.
Seulement si je fais une action sur ce champ (clic par exemple), le
programme plante avec le message :
"Une erreur est survenue au moment de l'ouverture de la fenêtre
'Fenetre_Menu'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez
les mêmes manipulations, il est conseillé de transmettre au Support
Technique Gratuit "
Or il n'y a jamais de détails dans ce type de message d'erreur donc je
n'arrive pas à cibler le problème puisqu'il ne vient pas d'une ligne de
code. |
| |
| |
| | | |
|
| | |
| |
| Posté le 21 janvier 2005 - 11:20 |
Bonjour,
Je te confirme avoir déjà rencontré ce problème déjà avec la version 8.0. Mon programme se plantait assez rapidement en exécutant un code inexistant sur mes objets clonés. Malheureusement, je n'ai jamais pris le temps d'envoyer un projet à PC Soft avec un protocole de reproduction de l'erreur. Fais remonter le problème.
Personnellement, j'ai contourné le problème en ne supprimant plus les champs clonés en les cachant et les réutilisant au fur et à mesure. Certes, ce n'est pas aisé.
Je n'ai jamais appronfondi le problème mais les champs clonés et supprimés portaient souvent les mêmes noms chez moi, cela influence peut-être le protocole de reproduction de l'erreur.
Bon courage. |
| |
| |
| | | |
|
| | |
| |
| Posté le 21 janvier 2005 - 16:01 |
Merci, je vais défendre notre cause au ST 
Claude H a écrit :
Bonjour,
Je te confirme avoir déjà rencontré ce problème déjà avec la version 8.0. Mon programme se plantait assez rapidement en exécutant un code inexistant sur mes objets clonés. Malheureusement, je n'ai jamais pris le temps d'envoyer un projet à PC Soft avec un protocole de reproduction de l'erreur. Fais remonter le problème.
Personnellement, j'ai contourné le problème en ne supprimant plus les champs clonés en les cachant et les réutilisant au fur et à mesure. Certes, ce n'est pas aisé.
Je n'ai jamais appronfondi le problème mais les champs clonés et supprimés portaient souvent les mêmes noms chez moi, cela influence peut-être le protocole de reproduction de l'erreur.
Bon courage.
|
| |
| |
| | | |
|
| | |
| |
| Posté le 21 janvier 2005 - 16:20 |
Salut,
il faudrait un peu plus d'infos pour t'aider.
Néanmoins, j'utilise dans une appli en cours de dvp (début du dev en Version 8 et passage en V9 il y 2 semaines) des champs clonés afin de générer dynamiquement des écrans d'encodage. Je ne remarque pas de problèmes lorqu'un évènement est posté sur un des champs clonés. Par contre, lorque qu'un champ est cloné puis supprimé, son nom ne peut plus être réutilisé par un nouveau clone sous peine de plantage! (Il est effectivement indiqué dans la doc windev que "Un champ supprimé ne peut pas être recrée par la suite par programmation avec la fonction champclone". OK, mais de là à planter il'y qd même une nuance...)
stephane |
| |
| |
| | | |
|
| | |
| |
| Posté le 21 janvier 2005 - 17:59 |
C'est pour ça que je ne demandais pas de l'aide mais plutôt des
témoignages de problèmes équivalents.
"Menfin" si tu veux plus de détails
Le principe est la création d'une barre des tâches de type Windows dans
ma fenêtre mère
1) à l'ouverture d'une fenêtre fille, j'ai une procédure globale qui
crée un bouton dans la fenêtre mère à partir d'un bouton initial
(ChampClone)
2) à la fermeture d'une fenêtre fille, j'ai une procédure globale qui
supprime le bouton associé à cette fenêtre (SI ChampExiste ALORS
ChampSupprime)
Scénario de reproduction :
- j'ouvre une fenêtre fille => un bouton nommé "btn1" est créé
- je ferme la fenêtre fille => le bouton btn1 est supprimé
- je réouvre la fenêtre fille => un bouton nommé "btn2" est créé
- ... etc
- j'ouvre une fenêtre fille => un bouton nommé "btnX" est créé
- je clique sur ce bouton (qui ne contient aucun code)
- je ferme la fenêtre fille => le bouton btnX est supprimé
- j'ouvre une fenêtre fille (n'importe laquelle) => PLANTAGE !!!
Le plantage a lieu sur toutes les fenêtres avant la première ligne de
code de la fenêtre, c-a-d avant même les déclarations globales de la
fenêtre. Il doit donc y avoir un problème lors du chargement.
Mais bon je m'en suis sorti en rendant invisible les boutons au lieu de
les supprimer, et en les réutilisant si besoin est...
stephane dassy a écrit :
Salut,
il faudrait un peu plus d'infos pour t'aider.
Néanmoins, j'utilise dans une appli en cours de dvp (début du dev en Version 8 et passage en V9 il y 2 semaines) des champs clonés afin de générer dynamiquement des écrans d'encodage. Je ne remarque pas de problèmes lorqu'un évènement est posté sur un des champs clonés. Par contre, lorque qu'un champ est cloné puis supprimé, son nom ne peut plus être réutilisé par un nouveau clone sous peine de plantage! (Il est effectivement indiqué dans la doc windev que "Un champ supprimé ne peut pas être recrée par la suite par programmation avec la fonction champclone". OK, mais de là à planter il'y qd même une nuance...)
stephane
|
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|