QUEL EST LE PROBLEME? lignes de codage ignorées

Je me trouve confronté à un problème, et c'est pas la première fois.
Je présente une partie du codage (il y a 830 lignes - les lignes vides qui sont concentrées - peut être y a-t'il 1500 lignes ou plus)

Code:

button 90:left 90,990:top 90,827:width 90,90:caption 90,"masquer FILL":on_click 90,bloq

check 91:left 91,890:top 91,857:width 91,50:on_click 91,quoimage :mark_on 91:caption 91,"cacher/voir fond"
    stop
button 94 :width 94,1

for a%=1 to 38:item_add 45,a%:next a%
gosub grille
lig%=1

end

Je déplace le stop en descendant : toutes les lignes après le stop sont ignorées jusqu'au END. Si je mets le stop une ligne plus haut, celui-ci est reconnu. J'ai du déplacer un bouton plus haut pour qu'il soit exécuté. Le bouton ne sert à rien, c'était pour voir, c'est ici que celui que j'ai déplacé ne fonctionnait pas, et j'ai mis celui là en plus.
Y-a-t'il un nombre maxi actuellement d'objet qu'il ne faut pas dépasser.
Ve n'est pas la première fois: lorsque j'ai fais mon multipage qui fonctionnait, j'ai rajouté la boite de propriété qui était faite pour un autre programme, et alors curieusement en fonctionnement la boite était présente, et mon programme principal était réduit. Pour savoir ce qu'il se passait j'ai mis un stop que j'ai descendu de ligne en ligne et fait l'essai du programme à chaque fois jusqu'au END, arrivé au END, le programme fonctionnait normalement. Je n'avais pas modifié une seule ligne de code, et après le problème avait disparu. Il y a quelque chose de pas très clair dans Panoramic. Peut-être faudrait-il une commande de recompilage comme dans d'autre langage. Le nombre d'objets est-il toujours infini dans les nouvelles versions?
Je suis obligé de quitter tout de suite, j'ai une urgence

peut-être la position de ON_CLICK 91,...

Merci pour ta réponse. Effectivement je l'ai déplacé à la fin, le STOP se reconnait. (le END est en ligne 188)
C'est le 43ème ON_CLICK du programme, mais c'est le seul pour un CHECK, dont il faudra attendre que Jack résolve ce problème pour être tranquille.
Quoi qu'il en soit, dans l'autre exemple avec rajout important de codage, j'ai du descendre un STOP ligne par ligne pour que le programme fonctionne normalement. Certe il y a des OBTION dans ce programme, mais après cette manipulation de déplacement du STOP, le programme fonctionnait normalement sans changer le moindre caractère.
Tu es devin pour résoudre un problème sans rien voir du programme (certe c'est un check)
@+

non je ne suis pas devin, mais j'avais remarqué qu'il vallait mieux mettre les ON-CLICK, ON_CHANGE etc.. (les déclenchements d'évenements) à part sur une ligne. Mais surtout pour l'ojet 91, tu avais mis le MARK_ON après ON_CLICK. Et d'après le sujet concernant cette commande, Jack avait signalé que MARK_.... déclenche un RETURN.

C'est l'occasion de demander à Jack, si l'on pourrait connaitre les priorités de certaines fonctions ou commande par rapport aux autres.

J'ai fait comme JL35, j'ai regardé le bout de code en diagonale (comme il dit) et je l'ai comparé par rapport à mes habitudes (Oh, le vilain Mot)

Content de t'avoir dépanné. A+

Merci mais je viens de découvrir un autre problème. Je ne vais pas pour l'instant le mettre dans les bug, il y a plein de choses à approfondir. Jack doit penser à Noël, je veux le laisser tranquille pour l'instant.
Il s'agit de 2d_pen_color et 2d_fill_color.
Cela marchait, mais j'ai fais l'essai suivant: sur 3 PICTURE, comme je l'ai dit dans un autre poste, le 1er a une photo chargée et du dessin, le 2ème seulement du dessin, et le 3ème (sans importance ici) seulement la photo
J'ai fais tout les testes que je pensais pouvoir faire, et un codage d'essai sur celui qui a la photo (pourquoi maintenant alors qu'avant que j'avais un seul PICTURE cela fonctionnait)

Code:

' x1%=0 y2%=196 x2%=0 c'est un vert qui flashe un peu
2d_target_is 1
2d_pen_color x1%,y1%,x2%
2d_pen_width 20
message "x1:"+str$(x1%)+" y1%:"+str$(y1%)+" x2%:"+str$(x2%)
2d_line 1,1,20,20
stop

Le résultat du message est correct!
et bien sur le premier PICTURE avec la photo, celui-ci est noir, alors que le 2ème est vert (celui qui n'a que du dessin)
Il y a encore des découvertes à faire. Je crois qu'il y en a un aussi avec CIRCLE avec width à 20, mais là il faudra encore que je vérifie.
Il y a encore beaucoup d'heure à passer devant son ordi pour comprendre.
@+

Je viens de trouver la raison.
L'image qui sert de base vient d'un format gif que j'ai transformé en dimension et en bmp.
J'ai fais une transformation avec en format jpg, et là évidemment on ne peut pas dessiner dessus, puis je l'ai de nouveau transformé en bmp.
Depuis ça marche, on peut choisir ses couleurs de nouveau pour le dessin.
Donc même un format bmp peut être contesté. En tout cas cela ne vient pas de mon programme, puisque cela marche de nouveau, il faut faire des manipulations de format pour arriver à ces fins. Quelle galère! Déjà lors que l'on connait le problème, on peut s'en sortir
@+

Pourtant avec la dernière version de Jack on peut dessiner sur du jpg ?
mais on ne peut sauvegarder le tout (image+dessin) qu'en bmp.

Ce sont les constatations que je fais. Est-ce que tous les formats sont respectés?
Des fois avec I-Photo Express, parfois il refuse une photo en BMP, alors qu'elle est acceptée avec PAINT. Il faut parfois peut de chose pour qu'il y est problème. Tous les développeurs n'utilisent pas forcément la même technique, même si au final cela semble compatible. Les différences qu'on constate toi et moi peuvent venir de là.
Ainsi au début j'ai présenté un bug sur MOVIE, je n'arrive pas à visualiser un film, et Jack me présente un fichier avec une théière qui tourne, et là ça marche. Pour moi la solution présenté n'est pas valable, puisque je ne peux pas me servir de cette instruction pour ce que je veux voir. Je n'insiste pas là dessus, je fais surtout du basic pour autre chose.

Je constate parfois aussi quelques anomalies, mais j'ai tendance à accuser d'abord ma programmation puisque je ne peux pas les reproduire avec précision.
Je pense que Jack utilise des fonctions Windows pour afficher les images.

Là j'ai un petit programme de test qui charge un jpg dans un picture, je dessine dessus ou j'écris dessus, puis je le réécris (en bmp) et je le reconvertis en jpg avec un programme externe.

Une remarque pour Jack (une de plus): si j'écris sur une image avec print, les caractères s'affichent avec leur fond, il n'y a donc pas moyen d'écrire avec l'image comme fond (cad fond transparent pour les caractères) ?