* Guile's libglade vs. Python's (was Re: [OT?] libglade, guile-gtk and glade-xml-signal-autoconnect)
[not found] ` <1012408302.1300.129.camel@flophouse>
@ 2002-02-05 10:44 ` Eric, Gillespie, Jr.
0 siblings, 0 replies; only message in thread
From: Eric, Gillespie, Jr. @ 2002-02-05 10:44 UTC (permalink / raw)
To: guile-gtk
(I'm posting this to guile-gtk on a hunch that this is the right place
to discuss the Guile libglade bindings; i couldn't find any
guile-libglade list).
Bill Gribble <grib@linuxdevel.com> writes:
> It would be nice to have a way to specify that the function name
> is Scheme rather than C. Since libglade seems to silently drop
> things that don't map to C functions, you could have a naming
> convention that signal handlers starting with scm: are treated
> as Scheme functions and invoked via a wrapper. autoconnect
> could be wrapped with a little test that makes those
> connections.
And in a later message:
> That's what I'm saying. glade-xml-signal-autoconnect is just a
> wrapper that calls glade_xml_signal_autoconnect, which means
> that only C function bindings are looked for.
The wrapper is what the Python bindings do, i think. Having
autoconnect not working like the user expects is probably a bad idea.
Can this be fixed in a future release? Maybe i'll find the time to
make a patch...
--
Eric Gillespie, Jr. <*> epg@pretzelnet.org
"When everyone has to reinvent the wheel, many people invent
square wheels."
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2002-02-05 18:44 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <15446.63587.961296.439727@minos.phy.bnl.gov>
[not found] ` <1012398677.1247.62.camel@flophouse>
[not found] ` <15448.2600.646593.129325@minos.phy.bnl.gov>
[not found] ` <1012408302.1300.129.camel@flophouse>
2002-02-05 10:44 ` Guile's libglade vs. Python's (was Re: [OT?] libglade, guile-gtk and glade-xml-signal-autoconnect) Eric, Gillespie, Jr.
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 read-only IMAP folder(s) and NNTP newsgroup(s).