caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Chris Hecker <checker@d6.com>
To: Jonathan Coupe <jonathan@meanwhile.freeserve.co.uk>, caml-list@inria.fr
Subject: Re: lablgtk for Win32
Date: Thu, 04 Jan 2001 14:39:11 -0800	[thread overview]
Message-ID: <4.3.2.7.2.20010104131022.00ba0d30@shell16.ba.best.com> (raw)
In-Reply-To: <001801c07674$7efd7e80$1a1a883e@baby>


>Does anyone have any experience of using lablGTK on Windows? It seems like a
>very powerful system, but gtk itself doesn't seem to be very actively
>supported on Windows.

I'm trying to get it working now.  I was having a bunch of problems with labltk hanging my Win9x laptop after running apps from the command line (or emacs) a few times, so I decided to check out lablgtk rather than attempt to find the problem.  :)  I've got most of the examples working with the toplevel, but a few crash (not sure why yet, but I think it's problems with the way I built it...the win32 makefile isn't kept quite as up-to-date as the linux one so I've had to manually hack on it).  I also have the lablgl stuff working with it, sort of.

I don't have the compiled versions working yet.  The combination of msvc's lame compiler command line and storing the absolute paths and the cclib parms of libraries in .cm* files turns out to be a pain, and I'm running into command line length limitations on Win9x with the cl.exe that ocamlopt spawns (so there's nothing I can do about it, except maybe hack the ocamlopt sources to create a response file or something).

In general, while I'm all for cross platform gui libraries in theory, I'm coming to the conclusion that they're just not ready for production work.  Your app is huge because it's not taking advantage of any of the built in controls, it's slow to display because it's huge and because it draws all the controls itself, you can't just distribute a single exe because it needs a zillion dlls (or you end up staticly linking the 5 MB of gui dlls), and it's sloppy looking because things aren't tunable to be "just right".  Not sure what to do about it, though.

I don't need a lot of widgets and whatnot for my stuff, so I may just write a simple single-window thing that sends mouse and key events to the app, and be done with it.  Seems like a waste of time when there are these other libraries, though.  For what it's worth, Swing for Java has the same problems...he apps take 100 years to load and they don't act clean or tight once they are loaded.

Chris




  reply	other threads:[~2001-01-06 21:05 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-04 17:33 Jonathan Coupe
2001-01-04 22:39 ` Chris Hecker [this message]
2001-01-05  0:37   ` Jonathan Coupe
2001-01-05  3:49 ` Jacques Garrigue
2001-01-05 12:58 ` Sven LUTHER
2001-01-07  9:57   ` Mattias Waldau
2001-01-07 20:38     ` Brian Rogoff
2001-01-08 19:48     ` Dale Arntson

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=4.3.2.7.2.20010104131022.00ba0d30@shell16.ba.best.com \
    --to=checker@d6.com \
    --cc=caml-list@inria.fr \
    --cc=jonathan@meanwhile.freeserve.co.uk \
    /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;
as well as URLs for NNTP newsgroup(s).