From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id SAA05613 for caml-redistribution; Mon, 12 Oct 1998 18:50:48 +0200 (MET DST) Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id LAA12047 for ; Mon, 12 Oct 1998 11:09:09 +0200 (MET DST) Received: from nenuphar.saclay.cea.fr (nenuphar.saclay.cea.fr [132.166.192.7]) by concorde.inria.fr (8.8.7/8.8.7) with ESMTP id LAA15504 for ; Mon, 12 Oct 1998 11:09:08 +0200 (MET DST) Received: from soleil.serma.cea.fr (soleil.serma.cea.fr [132.166.148.11]) by nenuphar.saclay.cea.fr (8.9.1a/8.9.1/CEAnet-relay-5.0.0.1) with ESMTP id LAA18274 for ; Mon, 12 Oct 1998 11:09:08 +0200 (MET DST) Received: from soleil.serma.cea.fr by soleil.serma.cea.fr (8.6.10/PROTO-CEANET-3.0) with ESMTP id LAA12705 for ; Mon, 12 Oct 1998 11:09:08 +0200 Message-ID: <3621C6E2.DEF69281@soleil.serma.cea.fr> Date: Mon, 12 Oct 1998 11:07:46 +0200 From: Emmanuel Dorlet Reply-To: Emmanuel.Dorlet@cea.fr Organization: CEA-DRN/DMT/SYSCO X-Mailer: Mozilla 4.05 [en] (WinNT; I) MIME-Version: 1.0 To: Liste-Caml Subject: Connection à une IHM en IlogViews Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Transfer-Encoding: 8bit Sender: weis 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 -----------------------------