From: Emmanuel Dorlet <dorlet@soleil.serma.cea.fr>
To: Liste-Caml <caml-list@pauillac.inria.fr>
Subject: Connection à une IHM en IlogViews
Date: Mon, 12 Oct 1998 11:07:46 +0200 [thread overview]
Message-ID: <3621C6E2.DEF69281@soleil.serma.cea.fr> (raw)
Français
======
Nous allons devoir réaliser dans un proche avenir des IHM à
l'application de pilotage de code couplage
de codes du CEA-DRN (ISAS).
Ilog Views a été retenu par la DRN comme le produit industriel pour
réaliser des IHM d'assez haut niveau.
Tcl-Tk n'est pas, nous semble-t-il, à un niveau suffsant pour le type
d'interface que l'on sera amené à
réalsier à terme.
Le problème risque d'être rapidement posé dans d'autres utilisation,
aussi nous faut-il trouver une réponse
générale et réutilisable.
Existe-t-il une expérience d'un tel tandem?
Quel serait à votre avis la bonne approche:
- 1) édition de lien Ocaml/Views pour un exécutable:
- sans Top-level (mais alors pas de moyen d'enrichir
dynamiquement l'application, ce
qui est un besoin fort)
- avec Top-level, mais dans ce cas comment faire co-exister
la boucle X et l'interprète, et où serait saisie
les entréees clavier de l'utilisateur
- 2) lancer 2 process séparés, connectés par des "chaussettes" et
développement d'un protocole ad-hoc pour
depuis l'interface, lancer des execution dans Ocaml et
réciproquement pour, depuis Ocaml, activer des
fonctions de l'interface
La première me semble délicate, mais aurait pour avantage de ne pas
nécessiter le développement d'un
protocole particulier à chaque développement d'IHM.
La seconde est plus simple, mais demande un nouveau protocole à chaque
application.
Outre ce problème d'architecture, peux-t-on envisager un mapping plus
profond avec IlogViews
(API des classes Views en objets Ocaml par exemple)?
Ce qui a été fait avec TK est-il de même nature?
==================================================
English
======
We need to interface Ocaml with the graphic library ILOG-VIEWS.
Does some body have already study the question and could give us some
return?
Is there a idea on what is the best solution: a direct link Ocaml/Views
(but we need to keep
an Ocaml Top-Level) or separate process with a specific protocol for
each developement.
Does a close implementation of Ilog Views (with some access to Views
class and primitives in the style
of what has be done with TK) is possible?
-----------------------------
Emmanuel Dorlet
CEA centre de Saclay
DRN/DMT/SYSCO
91191 GIF sur Yvette
email: Emmanuel.Dorlet@cea.fr
tel: (33) 01 69 08 91 17
sec: (33) 01 69 08 91 10
fax: (33) 01 69 08 96 96
-----------------------------
next reply other threads:[~1998-10-12 16:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-10-12 9:07 Emmanuel Dorlet [this message]
1998-10-12 17:02 ` Patrick Loiseleur
1998-10-15 17:40 ` Xavier Leroy
1998-10-16 12:18 ` Stefan Monnier
1998-10-19 7:34 ` Jacques GARRIGUE
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3621C6E2.DEF69281@soleil.serma.cea.fr \
--to=dorlet@soleil.serma.cea.fr \
--cc=Emmanuel.Dorlet@cea.fr \
--cc=caml-list@pauillac.inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox