Problème avec les READ et DATA

Dans la description du manuel, on peut lire les DATA de la manière suivante :
DIM a,b
DATA 1,2
READ a,b
et a doit valoir 1 et b 2 mais le programme affiche un message d'erreur.
La seule façon de réussir c'est à la troisième ligne : READ a:READ b
Merci de corriger l'erreur.
Et merci aussi pour ce logiciel vraiment sympa.

C'est exact, ça ne marche pas avec la virgule comme c'était prévu.
On dirait bien qu'il s'agit d'un vrai bug.

salut

je confirme aussi, ça marche pas chez moi.

@+

Il est vrai que read multiple ne fonctionne pas, de même que input je crois.
Moi ça ne me dérange pas. read a$,b$, c'est du pareil au même que read a$:read b$, vu que de toute façon on peut mettre plusieurs instructions sur une même ligne.
Par contre, je regrette l'absence de >>RESTORE label<<, qui lui rebranche sur un label, et non au premier data. Jack ne fera pas tout avec
une baguette magique d'un seul coup, et pour moi : restore label est une instruction importante, alors que restore a,b, est une amélioration de confort.
Ensuite une particularité de DATA et READ (qui est je pense un bog, mais je ne m'en plaint surtout pas:

Code:

dim a%,a$,texte$(10),valeur(10)  , i,t$
data "a%",a%, "a$" ,a$ , "texte$(2)", texte$(2),"valeur(5)" , valeur(5)

a%=10:a$=" montre la chaine" :texte$(2)="tableau ligne 2":
valeur(5)=3.1416
read t$:print t$;"=";:read i:print i
read t$:print t$;"=";:read t$:print t$
read t$:print t$;"=";:read t$:print t$
read t$:print t$;"=";:read i:print i

Ainsi dans un programme, pour vérifier, on peut faire une forme
suplémentaire pour contrôler ses variables lors de la mise au point, en faisant un copie/coller des variables 2 fois. La 1ère fois en mettant entre
guillemets les variables.
Avec une simple boucle for / next, avec le nombre de variables connues, on peut les mettre en tableau, le nom, ensuite la valeur.
Là >>restore label<< serait le bien venu, si on a d'autres data (il faut tout
compter)

Egalement, je souhaite la bienvenue à Pat et tous les autre qui se sont inscrit sur ce forum.
@+

Bonjour à tous,
Je constate donc que je n'ai pas rêvé !!! Le bug est bien là et même s'il ne semble pas important, on est un peu "trompé" par la doc.
Au sujet de la doc, que je trouve quand même importante, il faut savoir qu'il y a aussi quelques imprécisions. Exemple :
Au sujet de text n,string quand on consulte EDIT et COMBO on voit bien que cela est compatible (vous ne verrez pas l'objet MEMO indiqué). Par contre, quand on consulte la doc sur MEMO on y trouve text n,string alors que cela ne fonctionne pas. Il faut d'ailleurs chargé un fichier pour le mettre dans un MEMO, alors qu'il serait quand même mieux de pouvoir AUSSI le mettre via une variable chaîne.
La doc ce n'est pas si anodin que cela. On s'y réfère et quand cela ne fonctionne pas alors on est un peu perdu.

Cette erreur de Text N,String dans un Memo a déjà été signalée depuis longtemps, mais effectivement ça n'a pas été mis à jour dans la doc.
Mais il faut reconnaître que la doc est extrêmement bien faite et agréable à lire, alors on peut bien pardonner une petite erreur (en sachant qu'elle est maintenue à jour en français et anglais simultanément).

READ a été programmé comme DIM
READ a,b devrait fonctionner. Je regarde ce bug.

Citation :

Au sujet de text n,string quand on consulte EDIT et COMBO on voit bien que cela est compatible (vous ne verrez pas l'objet MEMO indiqué). Par contre, quand on consulte la doc sur MEMO on y trouve text n,string alors que cela ne fonctionne pas.

Je corrige cela.

Citation :

Il faut d'ailleurs chargé un fichier pour le mettre dans un MEMO, alors qu'il serait quand même mieux de pouvoir AUSSI le mettre via une variable chaîne.

Bien que la documentation (fiche sur COMBO) indique comment remplir un COMBO par un fichier, ce n'est qu'un exemple et il est bien sur possible de le remplir:
soit directement:

Code:

item_add n,"ligne 1"

soit par une variable string:

Code:

a$="ligne 1":item_add 1,a$

soit avec un fichier:

Code:

file_add 1,"fichier.txt"

Il a toujours été possible de remplir un EDIT ou un COMBO par une variable.

La documentation a été corrigée.
La version V 0.9.15 va sortir d'un jour à l'autre, mais en attendant, voici quelques précisions sur la façon d'utiliser un MEMO, un EDIT, un COMBO, un LIST.

Pour "remplir" un EDIT:

Code:

edit 1
text 1,"Bonjour"

Pour "remplir" un LIST:

Code:

list 1
item_add 1,"Ligne 1"

Pour "remplir" un MEMO:

Code:

memo 1
item_add 1,"Ligne 1"
item_add 1,"Ligne 2"

Pour "remplir" la liste déroulante d'un COMBO:

Code:

combo 1
item_add 1,"Ligne 1"
item_add 1,"Ligne 2"

Pour "remplir" la partie visible d'un COMBO:

Code:

combo 1
text 1,"Bonjour"

En effet, un COMBO est à la fois un LIST pour sa partie déroulante (qu'on remplit avec ITEM_ADD, ITEM_INSERT, FILE_LOAD ou FILE_ADD) et à la fois un EDIT pour sa partie visible qu'on remplit avec TEXT:

Code:

combo 1
item_add 1,"Ligne 1"
item_add 1,"Ligne 2"
text 1,"Cliquez sur la flèche"

on a donc rempli la liste déroulante avec ITEM_ADD (il ya 2 lignes)
et le texte visible par TEXT.


Pour lire un EDIT ou la partie visible d'un COMBO, c'est TEXT$()
Pour lire un LIST, un MEMO ou la liste déroulante d'un COMBO, c'est ITEM_READ$().


Tout cela est logique:
- Un MEMO, un LIST, la partie déroulante d'un COMBO sont informatiquement des listes formées d'articles (ITEM).
Leur lecture ou leur écriture se font avec des instructions de type ITEM

- Un EDIT ou la partie visible d'un COMBO sont informatiquement des textes.
Leur lecture ou leur écriture se font avec des instructions de type TEXT