Re: [Gtk2hs-devel] Gtk2hs GSoC project idea

[Andy S. <laz...@gm...>]

Hi Matt,

Matt Arsenault <ar...@rp...> writes:

> On Sun, 2010-04-04 at 02:13 +0800, Andy Stewart wrote:
>
>> I don't know much about Gobject-introspection, but i don't like use
>> Haskell like script to call low-level interface.
>> I hope write Gtk+ application with Haskell style, and not use Haskell
>> wirte *C Style* code. EventM is good example.
>> 
>> 
> Most of the work would be preserving a more Haskelly API. It's also a
> static binding generator, and not using the introspection library for a
> runtime automatic binding like what Seed does.
Today, i read some resource about GObject-Introspection.
I was think, if we can use introspection library do a runtime automatic
binding like Python or Seed does, that's awesome.

Static language (Haskell) and runtime binding is cool, that's why i'm
interested GObject-Introspection.
Then we can use Haskell like a Gtk+ script!

But it's haven't much advantage if just do a static binding generator.
Because ApiGen and c2hs have do those work well.

Haskell should do a runtime binding, it's really useful.
I think it's not too hard, because Python also support runtime binding.

>
>>
>> > I'm also thinking it might be good to skip the c2hs layer in this
> new
>> > tool, avoiding the issues with gtk2hs having to maintain its own old
>> > c2hs fork vs. the regular version on Hackage.
>> Another problem is, Gobject-introspection support all Gtk+ libraries?
>> It's bad if we need change below C code before binding.
>> 
>> 
> GObject-introspection supports whatever libraries where developers have
> added the necessary annotations to their code. I think at this point
> most things are annotated.
Yes, because GObject-introspection provide a bridge, then we have
standard interface for binding, we can generate all code/documentation automatically.

And this's advantage of GObject-introspection, maintainer can use less
time do more work.

Infact, i really want build this tool to replace gtk2hs.
But all GNOME libraries is really *huge*, i haven't so much time now.

I hope you can do this awesome project.
And i suggeste you keep same function/argument as gtk2hs, after your
finish job, we can convert from gtk2hs to your project easily.

Cheers,

  -- Andy