| Un mystère à résoudre. | |
|
|
Auteur | Message |
---|
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Un mystère à résoudre. Dim 13 Sep 2015 - 17:08 | |
| Je m'adresse à Jack. Après avoir débattu avec mes collègues Panoramiciens sur ce sujet: https://panoramic.1fr1.net/t4417p15-une-histoire-de-fou-ou-alors-j-ai-besoin-de-vacances#52946 j'en arrive à la conclusion qu'il y a un bug dans Panoramic V09.26. Voici ma première intervention (adressé à tous) pour la mise en place. - JC a écrit:
- Pour pouvoir tester, vous devez télécharger sur mon Webdav le ZIP "Calculette"
1) => (après avoir décompressé) vous lancez "Calculette_Enfant.bas" avec Panoramic_editor V09.26. 2) => lancez le programme par F9 ou l’éclair rouge. 3) => essayez de faire une division. 4) => en principe, vous constaterez que le bouton division du programme ne fonctionne pas. Précision: c'est le cas chez moi sous W10. 5) => Si vous avez le même problème: 5.1) Allez à la ligne 37 du programme et décomposez la en 2 lignes comme ci_dessous Code: Ctrl_bouton() set_focus 0 5.2) Relancez le programme, et là vous constaterez que maintenant la division fonctionne. 5.3) transformez le fichier.bas en exe (par l'option application du menu fichier de Panoramic_Editor) 5.4) lancez l'exécutable.
Et vous constaterez que la division ne marche pas en exe, alors que ça marche à partir de l'éditeur. !
et voici une partie de ma dernière intervention où je m'adresse à Klaus. - JC a écrit:
- Essai ce changer la SUB reinit, comme ceci:
Code: SUB reinit() tour%=0 : nb=0 : nbP=0 : nombre$="" : lig$="" : op$="" : mode$="" : inactive bt_PC% clear afi_op% : clear afi_result% : inactive bt_egal% : inactive_boutons() : active bt_virg% Ctrl_bouton() set_focus 0 END_SUB Là au lancement dans l'éditeur, la division ne fonctionne pas.
Maintenant ajoute une ligne vide après set_focus 0 Et là ça marche et la transformation en exe aussi. Jack, tu peux relire le sujet complet pour plus d'info, mais l'essentiel est décrit ci-dessus. J'espère que tu vas pouvoir y comprendre quelque chose. A+ | |
|
| |
Klaus
Nombre de messages : 12331 Age : 75 Localisation : Ile de France Date d'inscription : 29/12/2009
| Sujet: Re: Un mystère à résoudre. Dim 13 Sep 2015 - 18:24 | |
| Selon mes derniers tests, si dans la version d'origine, je retire simplement toutes les commandes "parent no%,0", ça marche aussi bien sous l'éditeur que sous forme de EXE généré.
Dans la version d'origine, l'évènement ON_CLICK ne se déclenche pas sur le bouton de division, bien que le bouton soit activé et montre la bonne bitmap. Mais la routine click n'est jamais appelée. S'il n'y a plus de commande parent, tout va bien. | |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: Un mystère à résoudre. Dim 13 Sep 2015 - 20:13 | |
| Je confirme ta solution Klaus et aussi tes constations sur le comportement de ON_CLICK dans mon code d'origine.
Il n'en reste pas moins que d'écrire que l'objet N a pour parent form 0 n'est pas faux. Serte, c'est inutile vu que par défaut c'est form 0 qui est le parent des objets en l'absence d'un command_target_is.
Il y a donc un problème difficile a cerner.
Demain je ferais le même programme avec la calculette sur un FORM 1 en utilisant la commande PARENT, juste pour vérifier si le bug est reproduit (ou pas).
A+ | |
|
| |
Pedro
Nombre de messages : 1594 Date d'inscription : 19/01/2014
| Sujet: Un mystère à résoudre. Dim 13 Sep 2015 - 20:49 | |
| Bonsoir à tous.
En lisant les posts précédents, je retrouve le problème auquel j'ai été confronté pendant plusieurs jours sous Win 10.
Les clics sur les sous-menus non reconnus, et j'en passe !
Je me suis finalement résolu à remplacer ces sous-menus par des boutons, et le problème est résolu maintenant.
Je pense avoir posté un post à ce sujet dernièrement. | |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: Un mystère à résoudre. Lun 14 Sep 2015 - 8:19 | |
| J'ai testé mon programme d'origine en y ajoutant un FORM 1 et j'ai remplacé PARENT no%,0 par PARENT no%,1.
Cette fois-ci, impossible de produire le bug. J'ai même essayé en utilisant en simultané COMMAND_TARGET_IS 1 et en conservant les commandes PARENT no%,1 sur tous les objets. C'est complètement inutile d'avoir les 2, mais çà ne bug pas.
J'en arrive à la même conclusion que Klaus: le souci est bien qu'il ne faut pas désigner FORM 0, comme PARENT, sous peine de comportement bizarre du programme. Et Panoramic ne signale aucune erreur.
A+
| |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: Un mystère à résoudre. Lun 14 Sep 2015 - 10:50 | |
| Une précision supplémentaire qui me parait importante:
J'ai la même calculette sans images (donc pas de PICTURE, à la place c'est des BUTTON) et dans son code qui est strictement le même que la "calculette_enfant", PARENT no%,0 ne pose aucun problème. Aucun FILE_LOAD (il sont remplacés par CAPTION). PICTURE ou FILE_LOAD sont peut-être en cause.....
A+ | |
|
| |
Jack Admin
Nombre de messages : 2394 Date d'inscription : 28/05/2007
| Sujet: Re: Un mystère à résoudre. Lun 14 Sep 2015 - 11:34 | |
| Je suis en déplacement professionnel à l'étranger et j'ai une connexion internet très limitée. C'est pourquoi j'interviens peu en ce moment.
@Jean-Claude: J'ai téléchargé calculette.zip de ton Webdav. Effectivement, un clic sur le bouton de la division n'est pas actif et je regarde pourquoi. _________________ username : panoramic@jack-panoramic password : panoramic123 | |
|
| |
Jack Admin
Nombre de messages : 2394 Date d'inscription : 28/05/2007
| Sujet: Re: Un mystère à résoudre. Lun 14 Sep 2015 - 21:54 | |
| Voici où j'en suis de l'analyse du source de Jean-Claude.
Au lancement, on observe au niveau des objets : 1 - la création des LIST 1 et 2
2 - la création des pictures suivants : 3 = clear 4 = divise 5 = multiplie 6 = moins 7 = 7 8 = 8 9 = 9 10 = 4 11 = 5 12 = 6 13 = 1 14 = 2 15 = 3 16 = 0 17 = % 18 = virgule 19 = plus 20 = égal
3 - la désactivation des objets : 17, 20, 4, 5 , 6, 19, 18
Ensuite, l'appui sur la touche 4 par exemple, entraine l'activation des objets : 4, 5, 6, 19
Puis l'appui sur la touche divise (objet 4) fait comme si il y avait un clic sur l'objet 1 (LIST) Comme cet objet n'a pas de traitement d'événement (pas de "on_click 1,xxx"), il ne se passe rien.
Vu l'heure tardive (ici en Arabie Saoudite), j'arrête mes investigations et j'essayerai de continuer demain soir. _________________ username : panoramic@jack-panoramic password : panoramic123 | |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: Un mystère à résoudre. Mar 15 Sep 2015 - 8:25 | |
| Bonjour Jack et merci de faire l'analyse. - Citation :
- Puis l'appui sur la touche divise (objet 4) fait comme si il y avait un clic sur l'objet 1 (LIST)
Comme cet objet n'a pas de traitement d'événement (pas de "on_click 1,xxx"), il ne se passe rien. pas de traitement ON_CLICK 1,??? , je suis d'accord. Mais le clic sur la touche division (objet 4) est traité à la ligne 188 du code ( on_click no%,clics). Et là le clic sur l'objet 4 (PICTURE) est ignoré et pourtant il est ACTIF. A ce soir | |
|
| |
Jack Admin
Nombre de messages : 2394 Date d'inscription : 28/05/2007
| Sujet: Re: Un mystère à résoudre. Mar 15 Sep 2015 - 17:34 | |
| Ce que je voulais dire hier, c'est que lorsque j'observe le comportement des objets (avec des points de trace qui me servent à mettre au point Panoramic), le clic sur l'objet 4 (le PICTURE montrant un symbole de division) est traité en interne comme un clic sur l'objet 1. Et comme il n'y a pas de traitement de clic sur cet objet, il ne se passe rien. C'est pourquoi le clic sur la division ne fonctionne pas.
C'est bien un bug dans Panoramic. Mais la correction de ce bug n'est pas facile du tout et va prendre du temps, car en fait, c'est un bug du compilateur pascal que j'utilise pour créer Panoramic. Il faut que je passe sur une version plus récente pour que ce bug soit corrigé. Je vous tiendrai au courant. _________________ username : panoramic@jack-panoramic password : panoramic123 | |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: Un mystère à résoudre. Mar 15 Sep 2015 - 18:03 | |
| OK, j'ai mal compris tes propos d'hier.
Bon courage et merci pour ta recherche. | |
|
| |
jean_debord
Nombre de messages : 1266 Age : 70 Localisation : Limoges Date d'inscription : 21/09/2008
| Sujet: Re: Un mystère à résoudre. Mer 16 Sep 2015 - 9:01 | |
| - Jack a écrit:
- c'est un bug du compilateur pascal que j'utilise pour créer Panoramic. Il faut que je passe sur une version plus récente pour que ce bug soit corrigé.
Quel est le compilateur ? Delphi ? FreePascal ? Lazarus ? Si c'est Delphi, les versions les plus récentes sont payantes, et plutôt chères ! Moi j'en reste à Delphi 7 qui est gratuit. Il a l'avantage d'avoir le compilateur en ligne de commandes, en plus de l'IDE. | |
|
| |
Jack Admin
Nombre de messages : 2394 Date d'inscription : 28/05/2007
| Sujet: Re: Un mystère à résoudre. Dim 18 Oct 2015 - 12:39 | |
| Le bug est corrigé et la correction sera effective dans la prochaine version. Le problème était un bug dans le compilateur que j'utilisais. J'ai changé de compilateur. Mais en fait, cette correction m'aura occupé pendant près d'un mois car il a fallu que j'adapte beaucoup de choses à ce nouveau compilateur. _________________ username : panoramic@jack-panoramic password : panoramic123 | |
|
| |
Jean Claude
Nombre de messages : 5950 Age : 70 Localisation : 83 Var Date d'inscription : 07/05/2009
| Sujet: Re: Un mystère à résoudre. Dim 18 Oct 2015 - 13:19 | |
| Merci Jack,
Cela devrait calmer un peu les impatiences...
J'attends la prochaine version avec impatience car cela pourrait changer et corriger d'autres Bugs.
A+ | |
|
| |
Contenu sponsorisé
| Sujet: Re: Un mystère à résoudre. | |
| |
|
| |
| Un mystère à résoudre. | |
|