Si ceci n’est pas un bug, alors je ne comprends plus rien !

Salut tout le monde.

Si ceci n’est pas un bug, alors je ne comprends plus rien !

Code:

dim for,print,next,dim,cls,if
for=0 : print=0 : next=0 : dim=0 : if= 1000
for= for+10 : print= print+20 : next= next+30 : dim= dim+40
cls= for+print+next+dim
print "for  = " ; for
print "print = " ; print
print "next  = " ; next
print "dim  = " ; dim
print "cls  = " ; cls
print "if  = ";if

Bonjour,
D'abord, je me suis trompé d'heure, je croyais qu'il était 6.30h alors que c'est une heure avant!

Là je ne suis pas d'accord avec toi. Je trouve même que Panoramic est très bien conçu, il sait faire la différence entre les mots-clés, et les variables, et cela n'est pas du plus facile.
Généralement les variables qui utilisent les mots-clés sont pris en défaut (dans le sens erreur), car c'est une facilité de concevoir cela ainsi. Panoramic, lui sait faire la différence. Et tu trouves que c'est un bug!

C'est le concepteur qui fait le choix, et évidemment, personne t'oblige à utiliser les mots-clés comme variable. C'est parfois intéressant, mais c'est souvent déroutant. Tout dépend de ce qu'on fait avec le programme.

Ainsi:

Code:

Dim for
For for = 1 to for+10:print for:next for

Ca déroute! Mais la syntaxe est reconnu. Les mot-clés sont reconnus, et la variable aussi. Que demander de mieux?

Je ne m'amuse pas à prendre ce genre de risques, mais la découverte est intéressante.

Le point de vue de Cosmos se défend, mais dans ce cas il faudrait que les variables se subissent pas la coloration syntaxique.

A+

Quand je vois "bug" dans le titre d'un message, je sursaute et j'essaye de voir immédiatement de quoi il s'agit.

Si j'exécute le code que tu proposes, j'obtiens l'affichage de:

Code:

for = 10
print = 20
next = 30
dim = 40
cls = 100
if = 1000

ce qui est rigoureusement ce que doit faire le code.
Je ne vois aucun bug là dedans.

C'est vrai que les noms de variables ont été choisies parmi des mots-clés (mais c'est autorisé) et sont colorés par le colorateur syntaxique. C'est peut-être cela ton "bug" ? Car tu ne décris rien, tu nous donnes un source sans aucun commentaire en disant qu'il y a un bug.

Ce n'est pas demain que je modifierai le colorateur syntaxique de l'editeur pour qu'il détecte si un mot-clé est un vrai mot-clé ou un mot-clé utilisé comme nom de variable. Il faudrait mettre de l'IA dans ce colorateur et des choses plus urgentes sont à faire.

Bonjour tout le monde.

cosmos70 a écrit:

C'est le concepteur qui fait le choix, et évidemment, personne t'oblige à utiliser les mots-clés comme variable. C'est parfois intéressant, mais c'est souvent déroutant. Tout dépend de ce qu'on fait avec le programme.

Entièrement d’accord avec toi. Le concepteur est lui seul maitre de son choix dans les noms des objets qu’il utilise dans son programme.
Et personne ne m’oblige à utiliser des mots-clés comme variable.
Mais je ne connais pas d’autres langages de programmation qui autorisent d’utiliser des mots-clés comme noms de variables.
Il en existe peut-être des langages qui autorisent cela. Mais j’ai toujours appris qu’il est interdit d’utiliser les mots-clés (appelés également mots réservés) comme noms de variables, des constantes, ou d’autres objets comme des sous-programmes, des procédures, des fonctions, etc.
Ils sont appelés mots réservés parce qu’ils sont réservés pour le langage et nom pour le programmeur.
Leurs utilisations en dehors de leurs contextes doivent être déclarées comme erreur.

Je viens sans doute d’un autre siècle et il est clair que je dois revoir mes connaissances de fond en comble.

Avant de clore ce sujet, regardez ce code :

Code:

Dim for
for= 1 : print for        : ' ---> Correct
for = for +1 : print for  : ' --->  Erreur

Quand, entre la ‘variable’ for et le signe égal, il existe un espace, c’est l’erreur et quand il n’y a pas d’espace c’est correct.
Il y aura certainement quelqu’un qui a une autre interprétation de ce ‘non-bug’.
A chacun son point de vue et j’ai exposé le mien. Personne n’est obligé d’être d’accord avec moi !
Je respecte tous les points de vues et notamment ceux de Jack.

Mon point de vue c'est qu'il n'est pas sain de donner des noms de fonctions à des variables, je ne vois pas l'intérêt à part pour mettre de la confusion, de même que mettre des variables de types différents avec le même nom, variab$ et variab%.
Tout ça est autorisé dans Panoramic, je trouve que c'est regrettable, mais on peut très bien l'éviter soi-même, et tout va très bien.
Appeler une variable for c'est vraiment chercher les embêtements.