caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Jacques Garrigue <garrigue@kurims.kyoto-u.ac.jp>
To: checker@d6.com
Cc: caml-list@inria.fr
Subject: Re: labltk bind ~events list questions/bugs?
Date: Sun, 31 Dec 2000 16:51:06 +0900	[thread overview]
Message-ID: <20001231165106J.garrigue@kurims.kyoto-u.ac.jp> (raw)
In-Reply-To: <4.3.2.7.2.20001226234205.00afd710@shell16.ba.best.com>

From: Chris Hecker <checker@d6.com>

> Hi, a few labltk questions:
> 
> 1. Does the ~events list passed to Tk.bind mean the callback should
> get all of those events?  I can't think of what else it's for, but
> it doesn't seem to work correctly.  I only get one of the types, or
> sometimes none.  This is on Win98 with tcl/tk 8.3.

When in doubt, you should read the Tk man page.
In this case, it tells you that you can bind a _sequence_ of events.
So this is not an "or", the callback is only called if all these
events happen, and in that precise order.

> 2. As another question, if I have ~events:[`Modified
> ([`Shift],`KeyPress)], sometimes I just get the keys that were pressed
> when the shift key was down, sometimes I get a zillion Shift_L events,
> and sometimes I get nothing.

Stranger. This should be only the first case. At least, this is how it
works on X11.

> 3. I'd like to be able to distribute an executable compiled with
> labltk and lablgl without having people have to have tcl/tk installed.
> Has anybody successfully statically linked tk into an ocaml app?
> Perl/Tk is set up such that it doesn't depend on the tcl/tk
> distribution, so I assume this is possible.  Would it be a ton of
> work? 

Somebody on this list explained a while ago (around april 2000?) how
one could theoretically put in the linked binary the tcl source code
needed by the interpreter to boot. Since Labltk requires the tcl
interpreter to run (contrary to PerlTk, I believe), this would
probably be the way to go. But I have no precise idea on how to do it,
and how much code you must link in.

If you really need to distribute statically linked versions of your
code, you might wish to look at lablgtk. Unison moved to it partly
because of that, and also because it allows you to create a better
finished product than labltk.

Best wishes,

     Jacques
---------------------------------------------------------------------------
Jacques Garrigue      Kyoto University     garrigue at kurims.kyoto-u.ac.jp
		<A HREF=http://wwwfun.kurims.kyoto-u.ac.jp/~garrigue/>JG</A>



  reply	other threads:[~2001-01-02 11:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-27  8:01 Chris Hecker
2000-12-31  7:51 ` Jacques Garrigue [this message]
2001-01-03  0:07   ` John Max Skaller
2000-12-31 20:25 ` John Max Skaller
2001-01-03 14:29   ` Vladimir Vyskocil

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=20001231165106J.garrigue@kurims.kyoto-u.ac.jp \
    --to=garrigue@kurims.kyoto-u.ac.jp \
    --cc=caml-list@inria.fr \
    --cc=checker@d6.com \
    /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).