Nouvelles du compilateur.

Ah oui, à propos en lisant ceci:

Jean-Clude a écrit:

comme key_up_code ne fonctionnent pas.

Je relève ceci dans l'exposé de Jack:

Jack a écrit:

8 - Ce qui n'est pas complètement codé pour le moment :
PARAM_NUMBER
PARAM_VALUE$()
SCANCODE
INKEY$

En réalité j'ai essayé dernièrement de me servir de cette instruction. Mais imposiible malgrès tous les testes que j'ai fait, de me servir de celle-ci. Pour moi, elle ne fonctionne pas.
J'ai du faire un code en AutoIt d'une soixantène de lignes (et oui encore une fois) pour résoudre ce problème. Bien m'en est pris, puisqu'en plus de pouvoir remplacer cette fonction, j'ai pu faire en sorte de pouvoir savoir de manière continu où est placé le curseur d'un edit, quoi qu'on fasse. (je ne suis pas sûre de cette orthographe, et d'autre surement.)

Qui arrive à faire fonctionner inkey$?
Oui j'ai évité ON_KEY_UP, car je n'ai que des message de repeat...

@cosmos70 :

Citation :

mais j'aurai aimé avoir une vrai confirmation de Jack.

mais je t'ai déjà répondu il y a 2 jours:

Citation :

@cosmos70 : les 2 versions de Panoramic (interpréteur et compilateur) continueront d'exister et d'évoluer.

Je répète: tu pourras donc utiliser CHAIN pour chainer des sources avec l'interpréteur et utiliser CHAIN pour enchainer des exécutables avec le compilateur.
Il y aura 2 versions de PANORAMIC_EDITEUR qui vont coexister:
- l'une avec l'interpréteur
- l'autre avec le compilateur
Il faut bien comprendre qu'un exécutable compilé ne peut pas exécuter un fichier source avec une commande comme CHAIN.
Alors que c'est évident avec un interpréteur, puisque l'interpréteur exécute directement du source.

Citation :

Qui arrive à faire fonctionner inkey$?

Voici un test de INKEY$ que je viens d'essayer sur plusieurs PC :  tu tapes 1 caractère sur le clavier et il est aussitôt affiché

Code:

print "***** TAPEZ UN CARACTERE AU CLAVIER *****"
dim a$
label loop

loop:
a$=inkey$
if a$="" then goto loop

print a$
print "Fin du test de INKEY$"

à tous:
les différences qui sont décrites sont les différences aujourd'hui 31 août 2013. Dans quelque jours, d'autres instructions seront codées complètement ou d'autres fonctionneront correctement et la liste sera différente.
par exemple, demain KEY_UP_CODE fonctionnera dans le compilateur, mais aujourd'hui, j'ai forcé sa valeur à 0, et donc elle ne fonctionne pas.

Je n'ose même pas imaginer ce que ça peut donner de coder ça, mais on te souhaite tous bon courage et je crois que l'on te remercie tous pour ces nouvelles du front

Ah! ou! enfin tout est clair.
Oui tu m'avais bien dit qu'il y aurait l'interpréteur et le compilateur, mais je ne savais pas si je devais comprendre que CHAIN était le même ou différent selon la version.

Quand à inkey$, alors là je ne comprend pas. Ce genre de programme je l'ai fait, et même copié l'exemple donné depuis l'aide, je n'avais aucun résultat.

Là ça fonctionne, même après un end, et un clic après: on_click 0,loop. Je suis pourtant sûre qu'il n'y a pas de fantôme chez moi (enfin je crois). Que s'était-il passé?

Merci pour ton intervention. Là je me couche, demain départ à 5h00 au Crous. 

@ Jack,

Perso, je te comprends et je te souhaite de réussir à ce que les deux ne soit plus qu' un choix du programmeur...

INKEY$ fonctionne parfaitement et on peut même se passer de LABEL et de GOTO en utilisant une structure WHILE ou une structure REPEAT

Code:

dim a$
print "***** TAPEZ UN CARACTERE AU CLAVIER *****"
while a$ = ""
      a$ = inkey$
end_while
print a$
print "Fin du test de INKEY$"

Code:

dim a$
print "***** TAPEZ UN CARACTERE AU CLAVIER *****"
repeat
    a$ = inkey$
until a$ <> ""
print a$
print "Fin du test de INKEY$"

On peut imposer à INKEY$ un caractère précis.

Code:

dim reponse$
print " ***** Répondre par O/N *****"
repeat
  reponse$ = upper$(inkey$)
until (reponse$ = "O") or (reponse$ = "N")
print " Vous avez tapé " + reponse$

Bonjour,
Merci à Jack pour ces informations et la rigueur de son travail.
Comme tous je suis impatient de tester le compilateur, même si je sais qu'il y-aura peut-être de petits soucis dans la première version et qu'il faudra adapter nos codes.
Bon courage Jack et encore merci.

Bonjour,
Oui inkey$ fonctionne, alors que j'avais affirmé le contraire.
Il y a 15 jours je n'étais pas intervenu, et trouvé une autre solution. Mais lorsque j'ai vu que Jack avait un problème avec cette instruction pour le compilateur, j'ai pensé qu'il était bon de le signaler.

Seulement je constate que parfois, il y a un code Panoramic qui ne fonctionne pas sur mon ordi. J'ai déjà signalé un deux problème avec une instruction, alors qu'après un redémarrage, Panoramic redevenait normal. Comme on avait un problème avec cette instruction, il y a 4 ou 5 ans, et que depuis je ne me suis pas servi de inkeys, j'ai pas pensé à redémarrer l'ordinateur.

Jack a un problème avec les instruction clavier, et je fais un rapport sur le fait suivant (peut-être y a t'il toutefois une relation): avec inkey$ qui ne répondait pas, en testant avec l'outil de Panoramic sur la valeur des codes, j'avais aussi avec les flèches, ctrl, pause, un retour de 255 pour SCANCODE.
Cette fois-ci tout fonctionne, j'ai les bonnes valeurs.

Que dire de plus? Rien! Il y a des faits inexplicables.

En fait parfois quand on a un erreur de programme, il faut tout refermer si on ne veut pas avoir des problèmes bizarres.