Recuperation de paramètres

Voilà mon blem

j'arrive à passer des paramètres à un programme ypanoramic.exe ouvert par xpanoramic.exe .

mon prog fait ce qu 'il a à faire mes comment récupérer les paramètres créés par ypanoramic.exe dans le xpanoramic .exe celui etant toujours
ouvert ?

suis je obligé de passer par un fichier de stockage?

Si le second programme est déjà ouvert tu ne peux pas passer des paramètres dans la ligne d'activation (trop tard).
Tu peux envisager:
- soit un fichier, écrit par le 1 et lu par le 2
- soit passer par le clipboard (voir le topic à ce sujet).

Il faut que tu refermes ton programme 1 en passant au pg 2,
puis que tu réouvres ton pg 1 à partir du pg 2.

(en passant des paramètres par des param_value)

PS: on s'est croisé avec JL35 : ça te fait 3 méthodes

Je ne suis donc pas fou
pourtant j'espérais avoir droit à une remontrance (une fois n'est pas coutume)du style :

c'est écrit là!!!!

Merci à vous deux pour vos suggestions

Vous dites qu'il n'est pas possible de passer des paramètres, continuellement sans fermer le programme (c'est mal expliqué, mais je crois que vous me comprenez).

Il y a un petit moment que j'y pense, je voulais faire un essai, mais je ne trouvais pas le temps.

essayez ce petit programme: on doit pouvoir simplifier, mais je voudrais pouvoir publier ce soir un autre programme avant de partir plusieurs jour chez les Berrichons.

Code:

dim a$,sorti%
label prise ,fin ,suite

memo 1:width 1,180:height 1,100:on_change 1,suite
memo 2:left 2,200:height 2,100
on_click 0,prise

end

prise:
set_focus 1
repeat
  clipboard_paste 1
  wait 100
  repeat : sorti%=scancode : until sorti%=27  or count(1)>0
  if sorti%=27 then goto fin
until count(1)>0
return

suite:
item_add 2,item_read$(1,1)
clear 1
wait 100
clear 1
set_focus 1
goto prise
return

fin:
terminate

ouvrez un éditeur de texte, et faites des copies avec "CTRL C" de morceaux différents.

Je pensais qu'il y aurait une interéaction. Moi aussi je me plante dans les réactions de chacun.
Si le programme est à l'écoute du presse papier, comme ici, il peut décoder les lignes et exécuter des ordres.
Si le programme est compilé, les données transmis par le programme en cour peut transmettre par le presse papier un ordre qui qui aura été programmé avant dans celui compilé.

J'ai modifié le programme pour montrer qu'on peut passer des paramètres d'un éditeur quelconque ou d'un programme Panoramique à un autre programme.
Je le fais ici depuis un bloc note, mais si le programme était compilé, je pourrai le faire depuis un autre programme Panoramique.
De cette façon on peut passer des paramètres l'un à l'autre en laissant ouvert le programme distant. Il suffit de le laisser ouvert.

Code:

dim a$,sorti%
label prise ,fin ,suite

memo 1:width 1,180:height 1,100:on_change 1,suite
memo 2:left 2,200:height 2,100
on_click 0,prise

end

prise:
set_focus 1
repeat
  clipboard_paste 1
  wait 100
  repeat : sorti%=scancode : until sorti%=27  or count(1)>0
  if sorti%=27 then goto fin
until count(1)>0
a$=item_read$(1,1)
if a$="rouge" then color 2,255,0,0
if a$="vert" then color 2,0,255,0
if a$="bleu" then color 2,0,0,255
if a$="jaune" then color 2,255,255,0
if a$="ordre donné: stop" then goto fin
return

suite:
item_add 2,item_read$(1,1)
clear 1
wait 100
clear 1
set_focus 1
goto prise
return


fin:
terminate

Si sur l'un ou l'autre des deux sujets que j'ai posté aujourd'hui, il y aurait des questions, je ne sais pas à quelle heure on vient me chercher, mais trop attendre, il faudra plusieurs jours pour que je puisse répondre.
Certainement, ces sujets ne sont pas intéressant, et il n'y a pas de "lézard", dans le cas contraire, c'est vous qui voyez.

Seul Ygeronimi peut te répondre et te dire si ça résout son problème. Personnellement je ne vois pas trop l'usage d'un programme qui passe des paramètres à un autre programme DEJA OUVERT.
Lui apparemment en a l'usage.
Mais en passant par le presse-papier ça ne semble pas bien difficile.

Salut
je ne suis pas encore parti, pour l'instant pas de réponse.
Je vais prendre l'exemple qui n'est plus bon, vu qu'on peut le faire en Panoramique, celui d'un fichier, mais on doit trouver mieux.
Normalement tu envois à travers execute_wait, une donnée, et à la fermeture du programme distant , tu récupères le résultat.
Avec l'exemple que j'ai posté, on n'est pas obligé de fermer le programme, et on doit arriver à communiquer de l'un à l'autre.
L'ouverture d'un programme prend un certain temps, et parfois la fermeture aussi, si on peut procéder ainsi, avec un programme distant capable de lire le presse papier, et d'envoyer lui aussi des données, je pense qu'on ouvre une nouvelle voie.
Cela demande réflexion, je ne suis pas certain que cela mènera quelque part, mais je vois que la chose est faisable, le cas échéant, amené une nouvelle idée.
A+

Merci à vous pour toute ces reponses

Je viens de voir tout ca et je n'ai pas encore analyser tout mais l'intérêt de pouvoir recuperer ces paramètres est dans mon idée de projet modulaire.

Je sais....
...je suis croisé Corse et Breton donc quand j'ai une idée quelque part...

Je pense à gagner en rapidité mais surtout en lisibilité

encore merci

YG

Je n'ai jamais testé, mais il est dit dans la doc que EXECUTE peut passer un ou plusieurs paramètre (apparament séparé par des espaces) ce qui n'est pas dit, mais qui existe, c'est 2 commandes: PARAM_VALUE$() et PARAM_NUMBER. (évoqué par JJN4)

Peut-être une piste pour toi...

A+

Salut Jean Claude, je crois que le problème posé n'est pas tout à fait ça. Lancer un programme en lui passant des paramètres et récupérer ces paramètres, c'est facile avec les commandes que tu cites.
Mais Ygeronimi si j'ai bien compris veut passer des paramètres à un programme qui est DEJA ACTIF, donc en mémoire, et là le Param_Value ne marche plus.
Autrement dit il a deux programmes qui sont actifs en même temps, et il veut se passer des informations de l'un à l'autre, donc il ne peut utiliser Execute (le programme est déjà lancé).

En fait, ce qu'il faudrait, ce serait de pouvoir envoyer des strings en tant que "message" d'un programme à l'autre, avec des instructions genre

Citation :

res% = send_message(p$,m$)
m$ = receive_message$()

avec p$ = nom du programme et m$ = message à passer ou recevoir.

Pour le moment, Panoramic n'a pas ces fonctions. Lorsque la fonction adr(a$) marchera, je pourrai ajouter cette fonctionnalité à ma DLL...

Tout à fait, on peut passer des données d'une application à une autre en temps réel grace à la messagerie de Windows (send_message, post_message, wait_message, ...)
Mais la commande d'envoi utilise le "handle" de l'application à laquelle elle s'adresse. Et pour récupérer le handle d'une application qui tourne, il suffit de connaitre le caption de sa fenêtre.
Je peux faire quelques commandes simples pour passer des données d'une application à une autre.
Mais pour le moment, ma priorité, c'est la gestion des fichiers binaires.

Certes !

Chaque chose en son temps et prendre le temps qu'il faut pour chaque chose.
Il n' y a pas le feu au lac comme diraient nos amis suisses.

Je vois aussi une autre utilité à cette possibilité de passage de paramètres
et ce n'est pas Klaus fan des dll qui me contredira ( je le pense du moins),
je m'explique :

quand on voit le nombre de ligne nécessaires pour les calculs des dates il deviendrait possible de créer un module autonome style dll que l'on pourrait rappeler plusieurs fois dans un programme pour ces calculs.

Si vous avez deux voir trois calcule de diff de dates dans le même prog on gagne vite quelques centaines de lignes, le prog est plus rapide et le code gagne en lisibilité ce qui est déjà le cas avec les #include# mais ou l'on doit surveiller nos noms de variables de très près .

Merci de votre attention
j'ai fini mon discours

Pour le calcul des dates: est-ce que tu as essayé d'utiliser les rootines de gestion des dates de mon site ? Ce sont les 3 premières lignes sur la page Panoramic. D'accord, il faut ajouter ces lignes au programme, mais une fois seulement; ensuite, l'appel se fait par une ou deux lignes... Cela gère le calcul de l'écart entre deux dates, la détermination du our de la semaine d'une date et le décalage d'ne date d'un certazin nombre de jours, de mois ou d'années.

Oui j' ai essayé il y a quelque temps de cà
mais que veus tu je suis un peu feignant de nature et les progs avec des nombres de ligne astronomique me fait peur ( quoi que j' en suis à ma 1500 ème sur le petit jeu que je suis en train de pondre).

et tu imagines , créer une dll en panoramic....
le pied non?

bon ce sera un *exe mais bon l' esprit y sera.