Discussion :

[jimmypage]

Bonjour,

Depuis quelques heures, j'ai un bug affreux qui se produit !

- J'ai rajouté un champ image sur ma fenetre.
- Lorsque je tape le nom de l'image dans l'editeur de code elle est bien reconnue (l'autocomplétion se lance bien)
- A l'éxecution, je prends une erreur d'execution comme quoi le champ est inconnu. (en faisait un simple "Info(ImgNumerotation ..nom)

Ca me fait la même chose pour tous les champs que je rajoute quelque soit le type de champ !
Avez vous eu le même genre de soucis ?
Savez vous si il y a une limitation au niveau du nombre de champ présent sur une fenetre ou en nombre de lignes de code car ma fenêtre est assez grosse.

Appel WL :
Traitement de 'Initialisation de vtecom' (vtecom), ligne 387, thread 0

Que s'est-il passé ?
Le champ ImgNumerotation est inconnu.

Code erreur : 1017
Niveau : erreur fatale (EL_FATAL)

Dump de l'erreur du module 'wd170vm.dll' (17.0.287.3).
Identifiant des informations détaillées (.err) : 1017
Informations supplémentaires :
EIT_PILEWL :
Initialisation de vtecom (vtecom), ligne 387
EIT_DATEHEURE : 20/07/2012 10:55:26

J'ai aussi un autre bug :

lorsque je fais un

Code :

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

Info(monChampImage..type,typimage)

le type de mon champ image ne correspond pas au typImage !
dans la dialogBox résultante j'ai les valeurs 30001 et 8

savez-vous ce qu'est ce type 30001 ?

Merci d'avance!

[DelphiManiac]

Je ne suis pas sûr que le souci que j'avais rencontré, il y a quelque temps, soit approchant du tiens, mais ça me fais pensé à ce genre de problème.

J'avais un formulaire avec un champ et une variable déclaré du même nom que le champ.

Du coup windev considérais dans certain cas que c'étais le champ que je référençais dans mon code et d'autre fois que c'étais ma variable. Le problème peut se produire avec toutes variables, globale au projet par exemple.

[Edit]et 30001 c'est

Code :

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

Trace(typClicage)

[dsr57]

Je rejoins l'hypothèse de DelphiManiac

Pour être sur ajoute devant le nom de ton champ le nom de ta fenêtre :

Code :

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

Info(MaFenetre.monChampImage..type,typimage)

Tiens nous au courant du résultat

[Hemgé]

Bonjour

J'ai rencontré un problème qui a peut-être un rapport lorsque je testais les colonnes conteneur (et aussi me semble-t-il lors de tests des zones répétées, mais je n'avais pas pris de note)

J'avais noté ceci :

Dans l’édition du code d’une procédure locale, l’éditeur ne reconnaît pas ‘pour lui-même’ le nom du bouton contenu dans la colonne Conteneur et le remplace par le nom de la colonne (NomColonneConteneur)
A l’édition, en saisie assistée, l’éditeur propose et complète correctement :
EcranPremier(NomChamp_dans_la_ColonneConteneur),
mais le code devient automatiquement EcranPremier(NomColonneConteneur)
au moment où on acquiesce la ligne de code.

En fait confusion ( ?!) de nom par l’éditeur avec des noms proches
En l’occurrence : COL_BTN_OK et BTN_OK

Donc voir si vous n'êtes pas en colonne conteneur ou en zone répétée.

Je crois qu'une modification sensible du nom avait réglé ce problème, mais comme j'ai renoncé pour l'instant à utiliser des colonnes conteneur et des zones répétées, je n'ai pas approfondi et je m'aperçois que je n'ai malheureusement pas complété ma note à l'époque.

Pour rappel, je suis en WD15E.

Hemgé

[kuranes]

Recompile le projet, au pire quitte windev, relance, recompile...

Et si tu es en execution, arrête le mode test, parfois des erreurs ne sont pas détectées pendant que windev est en mode test...

[jimmypage]

re-Bonjour,

Et merci pour vos reponses !

Ok pour le typCliquage. Cela provient sans doute su fait que ce champ image provient d'un style que j'ai créé dans un gabarit perso.. il a dû transformer l'image.


Pour le bug du champ inconnu, j'ai essayé de préfixer avec le nom de la fenêtre, de changer le nom du champ et mettre nimporte quoi c'est toujours pareil il me dit "champ inconnu".

je m'arrache les cheveux !

[Hibernatus34]

Bonjour,

Il y a une différence entre une image cliquable et une image non cliquable. (cf. onglet Détail de l'image)

Pour le bug champ inconnu vous ne donnez pas assez d'info, mais souvent une recompilation suffit.

Traitement de 'Initialisation de vtecom' (vtecom), ligne 387, thread 0

Déjà, vous pouvez commencer le refactoring...

[jimmypage]

J'ai déjà essayé la recompilation, réparation du projet, fermeture réouverture du projet. rien n'y fait.

Mes champs ne sont pas des colonnes conteneur ou zones repetees. Ce sont des champs classiques (images, boutons, ...) je ne peux plus en rajouter de nouveaux.

@Hibernatus:
le bug survient sur une simple ligne info(monchamp..nom). Dès que j'utilise ce champ dans le code, j'ai un bug.
Comment ca le refactoring ?

[Hibernatus34]

Le refactoring, c'est une remarque un peu désobligeante, désolé. C'est pour dire que quand on a plus de 380 lignes de code dans l'init de la fenêtre il faut penser à réorganiser un peu le code.
Pour le reste, êtes-vous sûr de n'avoir aucun superchamp, fenêtre interne, champ tiroir, modèle de champ, etc. ? Ca ne peut pas être lié à un identifiant en doublon ? Un caractère invisible ?
Pas facile sans avoir la fenêtre sous les yeux.

[kuranes]

Ce champ est il dans un super champ, on conteneur, ou un onglet ?

J'ai déjà eu ce soucis, un champ faisait partie d'un onglet et bizarrement je ne pouvais y accéder qu'en le préfixant avec le nom de l'onglet...

[jimmypage]

Oui j'ai bien des modeles de champs dans ma fenetre mais le nom que j'ai donné a mon image est bien unique dans le projet.

mon image est positionnée directement sur la fenêtre. Pas d'onglet conteneur ou superchamp

[jimmypage]

PFfffff. j'avais pas réintégré mes fenetres !

En reintegrant, recompilant et réparation ca remarche.. bizarre

merci qd meme

[Prog_2006]

Merci jimmy tu me sauve moi aussi, j'ai eu le même problème, suffit de réintégrer.