Pour les pro de "Chain"

Une petite question, est ce que je écrire ceci :

Code:

dim a$
a$="mon_fichier.txt"

 ' puis plus loin dans le prog

chain a$

sans avoir un mega bug ?

Bonsoir,
J'ai fait l'essai cet-après midi, pour mon propre besoin.
L'instruction CHAIN, n'accepte pas la terminaison".txt", et fonctionne avec la terminaison ".bas". Je le sais j'ai du modifier mon dernier programme, pour sauvegarder les listing avec ce format, et en même temps renommer tous les fichiers txt qui étaient des exemples de listing.

Ok , merci

mais accepte t il que le nom de fichier soit dans une variable $ ?

... ce serait une façon pour moi de me faire une dll panoramic en quelque sorte...

ja!

Ok , merci du tuyau ....

Si tu souhaites faire des sortes de librairies, regarde sur mon compte mydrive.ch

tu trouveras dans le répertoire Panoramic un exemple:
J'ai une application dans le répertoire modbus qui fait non pas des chain mais des includes avec des fichiers qui se trouvent dans le répertoire Inc.

Regarde par exemple le contenu du fichier system.bas et comment je fais l'include dans Src\modbus\modbus.bas

http://www.mydrive.ch
username : panoramic@nardo26
password : panoramic123

Pour des test.
Moi ce que j'ai fait c'est assez simple :

J'ai créer un fichier en .devi.
J'ai stucture le fichier avec des # exemple :

Code:

#BLOC INFO 1#
ligne1
ligne2
ligne3

#BLOC INFO 2#
ligne1
ligne2
ligne3

Pour la suite au chargement du .exe je créer une form en hide avec un mémo ou je charge ce fichier.
Ensuite je récupère les ligne avec les infos qu'il m'intéresse et je fait en fonction de ce qui est inscrit.

C'est de cette manière que j'ai créer des fichier de config poussé pour chaque élément de mon programme pour avoir un IDE 100% personalisable ! Et les gens pourrons se passer leur config ! échanger des designs, en créer etc..

Ensuite selon comment je structure ce fichier je peut donc effectivement changer le comportement du programme avec une ressource quasi-externe et sa marche plutôt bien

C'est une bonne idée. Cela ressemble un peu au CONFIG.SYS multi-configuration de MS-DOS qui gère un mécanisme très similaire !

Oui l'idée est intéressante par exemple si on veut faire un prog dans plusieurs langues...

Perso je suis toujours dans mon comparateur de facture..

mais je veux le corser un peu pour qu'il puisse servir au plus grand nombre
sauf que pas tous les fournisseurs présentes leur facturation de la même façon

donc , je veux pouvoir changer la partie de calcul en fonction du fournisseur et des données à dispo selon leur façon de facturer du moment

si fournisseur 1

chain a$

si fournisseur 2

chain b$

vous arrivez à me suivre....

Si tu as un exemple de ce que tu veux mettre reellement dans tes fichiers...
sinon, avec les fonctions de lecture de fichier, tu dois pouvoir initialiser/sauvegarder tes paramètres dans un fichier de config sans être obligé de faire un chain...

La joie de certains fournisseur est la modif des calculs

la facture de l'un n'est pas la même que celle de l'autre , les parametres et la façon de calculé sont variables et évolutive

le but du jeu est de pouvoir jouer à partir du prog principal compilé sur une partie du prog ( Mode Calcul )

donc je place mes formules dans un fichier chainé qui sera inter-changeable selon le fournisseur et modifiable via un editeur interne de formule ( comme une calculette sauf que ce sera une equation stockée et utilisable par le fichier compilé)


..si tu arrives à suivre...

Petite question

l'emploi de chain induit il la creation par l'editeur d'une nouvelle form 0 qu'il faudrait cacher ou tout se passe en arriere plan ?


edit

et tant que j'y suis , chain peut il etre place dans une fonction ?

sur un autre post, j'ai déjà expliqué tout ça hier:

CHAIN termine complètement le programme en cours et lance un Panoramic "neuf" avec la spécification d'un fichier source BAS. Ce nouveau programme crée bien sûr sa propre form 0 qui est vide au démarrage, et il faut donc lui créer ses objets à partir de zéro. Il n'a pas non plus de variables, et il fait donc tout créer dans le nouveau source BAS. Et lorsque ce programme se termine, eh bien il termine... Il n'y a aucune sorte de "retour" possible dans le programme précédent, car celui-ci a été clôturé, exactement comme si on avait fait TERMINATE.

Je t'ai déjà donné la marche à suivre dans un autre fil de discussion:

Citation :

Si, tu peux le faire. Mais pas comme ça.

Tu dois procéder comme suit:
- tu crées ton fichier calc.bas, mais avec les déclaration des variables qu'il utiliise. Et, avant de faire ton calcul, tu charges les variables avec les valeurs que tu as dans le programme d'origine. Tu peux le faire au choix, avec la génération de commandes DATA et d'une boucle READ, ou avec des assignations de style a%(1)=unevaleur, b%(1)=unevaleur, ... Et après ton calcul, tu crées un fichier resultat.txt dans lequel tu écris les c%(1)...c%(20), ou tu fais un s$=str$(c%(1))+";"+...+";"+str$(c%(20)) et puis CLIPBOARD_STRING_COPY s$, puis TERMINATE.

- tu lances alors ton calc.bas, no par CHAIN, mais par EXECUTE_WAIT "chemin\PANORAMIC.EXE calc.bas"
- puis, tu fais s$=CLIPBOARD_PASTE$ puis tu éclates la chaîne de caractères, ou tu lis le fichier resultat.txt pour charger des variables c%(...).

De cette façon, ça marche. PANORAMIC.exe est justement l'utilitaire (génial, au demeurant) que Jack a fourni pour exécuter un fichier BAS sans avoir l'éditeur qui s'en charge.

C'est pas beau, ça ?

Et voici le lien ves cette discussion.

lorsque je fais un "execute wait " mon prog princpale est placé en attente
le temps de l'éxécution du prog lancé ,et lorsque le prog est fini il revient au principale.

chain créée une différence ?

Oui. Chain est identique à
EXECUTE "PANORAMIC.exe "essai.bas"
TERMINATE

Tu vois: on lance bien l'interpréteur Panoramic avec un source BAS, mais on n'attend pas la fin de ce dernier et on fait TERMINATE direct.

@ Nardo26

J'ai regardé ton code modbus mais je n'arrive pas à percevoir ta methode avec les includes
tellement il y a de trucs. Aurais tu un exemple plus simple ?
En tout cas, le jour où je serai capable de faire un prog aussi bien structuré
soit les poules auront des dents , soit la greffe du cerveau sera au point