HEX$() suite et truc bizarre...

Bonjour. Alors je suis nouvel utilisateur de Panoramic. J'ai posé une question à propos du retour de la fonction HEX$(xx).
Ô joie, on m'a dit qu'elle allait apparaître. Je suis pour l'instant en version 0921. J'ai donc codé un joli bout de code pour
créer une table me permettant de faire de la conversion décima->hexa. Toutefois, c'est pas glop. A l'exécution, selon la
version du code, ça marche ou ça marche pas... Comme si HEX$(x) était déjà dans l'inconscient de Panoramic...
Voici le joli code que j'ai pondu :

Code:

dim hex$(255),h$,v$,x%,y%,z%
h$ = "0123456789ABCDEF"
for x% = 1 to 16
  for y% = 1 to 16
      z% = x% * 16 + y% - 17
      hex$(z%) = mid$(h$,x%,1) + mid$(h$,y%,1)
  next y%
next x%
for x% = 1 to 16
  for y% = 1 to 16
      z% = x% * 16 + y% - 17
      print hex$(z%) ; " " ;
  next y%
  print
next x%

A l'exécution, Panoramic mouline avant de me sortir "(52) Not correct string expression : line :12"
"line 12" c'est le print hex$(z%)

Si je remplace le nom de variable hex$ par hexa$ (ou he$) ça fonctionne sans problème...
J'en déduis, comme ne disait pas le percepteur, que hex$ est déjà connu de Panoramic...

Autre détail croustillant : Dans "Choix" on peut dire de quelle couleur seront affichées les
Chaînes. Ouaille note comme disait l'abbé musicien, mais pour que la couleur apparaisse,
il faut des chaînes placées entre quotes (single quote) alias touche 4 en français.
Manque d'obole, comme disait le sdf, ça n'est pas accepté à l'exécution et il faut
mettre des guillemets ce qui me paraît conforme au basic d'ailleurs...

Question subsidiaire : Existe-t-il une doc de ces codes erreurs un peu ésotériques ?
Voilà pour l'instant. Merci de votre attention. A+ bonne journée.

Pierre

Simple: remplace les ; de ton print par un + avant le " "
J'adore me la péter alors que je suis juste un peu plus ancien. Bienvenu parmi nous

J'adore les remarques des nouveaux arrivants car c'est pour moi une occasion d'améliorer le langage ou son environnement.

Citation :

on m'a dit qu'elle allait apparaître

Mais elle est apparue avec la version V 0.9.22i1 !

Citation :

hex$ est déjà connu de Panoramic

Oui, hex$() était un mot-clé réservé (et depuis juin 2007 !), mais la fonction elle-même n'était pas codée.
C'est pourquoi lorsque tu appelles ton tableau hexa$ ou he$, ça fonctionne...

Citation :

Dans "Choix" on peut dire de quelle couleur seront affichées les Chaînes

Et ça ne fonctionne pas dans la version que tu utilises (V 0.9.21), cela avait été signalé début mai.
Dans la nouvelle version disponible V 0.9.22i1, cela fonctionne à nouveau.

Citation :

Existe-t-il une doc de ces codes erreurs un peu ésotériques ?

Oui, je l'ai déjà donné sur le forum, mais je vais mettre la dernière liste dans la rubrique "tutoriels et éclaircissement" du forum.

Citation :

Simple: remplace les ; de ton print par un + avant le " "

Maintenant depuis je ne sais plus depuis quand, les "" fonctionnent.
Mais je ne comprends plus:
Il me semblait que le ; permettait de mettre au bout les mots suivants dans une boucle.

J'avais laissé la question de côté, pour pouvoir vérifier avec les versions précédentes, mais comme je vois cette remarque, j'en profite. Il y a un retour à la ligne à chaque fois, et je suis à peu près certain qu'il y a une version qui fait la suite.

Bonsoir tout le monde... Je suis nouveau sur Panoramic, mais pas sur basic...
Je le connais depuis longtemps et j'utilise encore un Qbasic de microsoft qui
marche très bien pour les petits bidouillages de fichiers dont j'ai besoin.
Il est très très limité et n'a pas suivi les évolutions de windows, mais il marche encore,
même en W7. Trop limité pour des dessins en graphique, Panoramic m'a plu avec ses
trucs en 2D et sa simplicité. Bon, Qbasic contient HEX$(xx) depuis des années...
J'avais bien compris qu'il était prévu dans la version 921 mais pas disponible, et
c'est pour ça que la table HEX$() sortait en erreur. Quant aux " ; " dans print, ça
marche très bien, même dans Panoramic, pour éviter les retours à la ligne.
D'ailleurs en utilisant un autre nom de variable que HEX$() ça marchait.
J'ai téléchargé la dernière mouture et effectivement HEX$() de base est bien là.
De plus les commentaires entre guillemets sont bien colorés maintenant.
Merci pour vos réponses. Je continue de tester Panoramic, il me plait bien
car pas trop verbeux. Une commande avec des paramètres positionnels, ça
me plait bien, c'est simple. Manque des petits trucs qu'ont trouve ailleurs...
du genre MOD (reste d'une division) ou son équivalent //...
Je vous promets de trouver autre chose...

Bonne soirée et merci pour la dernière version qui m'arrange.
(sauf pour l'ouverture toujours en plein écran, c'est nul).

Pierre

D'accord avec toi que l'ouverture en plein écran est un peu agaçante...

Pour avoir l'équivalent du MOD tu peux utiliser FRAC:
r = b*FRAC(a/b)
est équivalent à
r = a MOD b
du QBasic

PS il faut que r soit défini comme integer (r%), sinon on a des problèmes d'arrondi en obtenant des valeurs comme 3,999999999...
Donc il vaut mieux faut écrire
r% = b*FRAC(a/b)
qui donne l'entier le plus proche (comme CINT du QBasic), ici ça donnera bien 4.

maenarbalch a écrit:

Je le connais depuis longtemps et j'utilise encore un Qbasic de microsoft qui
marche très bien pour les petits bidouillages de fichiers dont j'ai besoin.
Il est très très limité et n'a pas suivi les évolutions de windows

As-tu essayé FreeBasic ? A mon avis c'est la meilleure évolution de QBasic.

Ici on trouve un "bundle" : FreeBasic + IDE pour Windows:
http://fbide.freebasic.net/

On peut combiner FreeBasic et Panoramic par le biais de DLL. Voir mes didacticiels:
http://www.unilim.fr/pages_perso/jean.debord/panoramic/panoramic.htm

Bonjour

Au sujet de programmes compatibles il y a aussi QB64 qui est a 99.98 % compatible avec Qbasic, gratuit
et toujours en developpement.