From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 925737ED25 for ; Mon, 15 Jul 2013 16:20:46 +0200 (CEST) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of r.3@libertysurf.fr) identity=pra; client-ip=212.27.42.5; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="r.3@libertysurf.fr"; x-sender="r.3@libertysurf.fr"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of r.3@libertysurf.fr) identity=mailfrom; client-ip=212.27.42.5; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="r.3@libertysurf.fr"; x-sender="r.3@libertysurf.fr"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@smtp5-g21.free.fr) identity=helo; client-ip=212.27.42.5; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="r.3@libertysurf.fr"; x-sender="postmaster@smtp5-g21.free.fr"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswAAKQE5FHUGyoFlGdsb2JhbABagkKBR4MGvkyBEBYOAQEBAQcNCQkUAyWCKiN1JRkCWYgtlWmOfZEYjzA7FoJCgSADrD06gWw X-IPAS-Result: AswAAKQE5FHUGyoFlGdsb2JhbABagkKBR4MGvkyBEBYOAQEBAQcNCQkUAyWCKiN1JRkCWYgtlWmOfZEYjzA7FoJCgSADrD06gWw X-IronPort-AV: E=Sophos;i="4.89,668,1367964000"; d="scan'208,217";a="26072287" Received: from smtp5-g21.free.fr ([212.27.42.5]) by mail2-smtp-roc.national.inria.fr with ESMTP; 15 Jul 2013 16:20:45 +0200 Received: from zimbra27-e5.priv.proxad.net (unknown [172.20.243.177]) by smtp5-g21.free.fr (Postfix) with ESMTP id 1A8B5D480A9 for ; Mon, 15 Jul 2013 16:20:41 +0200 (CEST) Date: Mon, 15 Jul 2013 16:20:40 +0200 (CEST) From: r.3@libertysurf.fr To: caml-list@inria.fr Message-ID: <2125573291.206142737.1373898040971.JavaMail.root@zimbra27-e5.priv.proxad.net> In-Reply-To: <51E40425.8060604@libertysurf.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_206142736_1396048338.1373898040970" X-Originating-IP: [172.16.79.17, 143.196.127.2] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: r.3@libertysurf.fr Subject: [Caml-list] ocaml glade gtk3 ------=_Part_206142736_1396048338.1373898040970 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello, I was using ocaml + lablgtk2 + glade. Glade is a tool to graphically design user interfaces. It used to generate glade 2 files (designed for gtk2) until version 3.8. Then I used "lablgladecc2" to convert them in ocaml. Now "lablgladecc2" is not appropriate anymore starting with glade 3.10 that generates glade 3 files (designed for gtk3). I was using as a workaround "glade-gtk2" in ubuntu that still generated glade 2 files. But glade-gtk2 is not available anymore in debian, and is not supposed to be available forever in ubuntu. Also, lablgtk3 is still in development. What do you think is the most sensible thing to do (max benefits, less efforts) ? - pray for ocaml glade 3 support - forget glade dependency, and hardcode all graphical windows (30 windows to convert maybe ?) in lablgtk2 - forget glade dependency, and hardcode all graphical windows (30 windows to convert maybe ?) in lablgtk3 - user standard labltk library (ah ah) - other ? I whish qtcaml worked, but it is still in dev, I don't think c++ dependencies may be one day overcome, and my project, which is quite big, is under gtk and gtk2. Thanks, William ------=_Part_206142736_1396048338.1373898040970 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Hello,

I was using ocaml + lablgtk2 + glade.
Glade is a tool to graphically design user interfaces. It used to generate glade 2 files (designed for gtk2) until version 3.8. Then I used "lablgladecc2" to convert them in ocaml.

Now "lablgladecc2" is not appropriate anymore starting with glade 3.10 that generates glade 3 files (designed for gtk3). I was using as a workaround "glade-gtk2" in ubuntu that still generated glade 2 files. But glade-gtk2 is not available anymore in debian, and is not supposed to be available forever in ubuntu.

Also, lablgtk3 is still in development.

What do you think is the most sensible thing to do (max benefits, less efforts) ?

- pray for ocaml glade 3 support
- forget glade dependency, and hardcode all graphical windows (30 windows to convert maybe ?) in lablgtk2
- forget glade dependency, and hardcode all graphical windows (30 windows to convert maybe ?) in lablgtk3
- user standard labltk library (ah ah)
- other ?

I whish qtcaml worked, but it is still in dev, I don't think c++ dependencies may be one day overcome, and my project, which is quite big, is under gtk and gtk2.

Thanks,
William

------=_Part_206142736_1396048338.1373898040970--