On Tue, 10 Nov 2009 19:11:54 +0800 >>>>>> "Andy" == Andy Stewart <lazycat.mana...@gmail.com> wrote:
Andy> When we binding new module that gtk2hs haven't exist, we won't Andy> binding `deprecated` functions that comment in Gtk+ API. Sure. This is reasonable. I'm just 'reading the table on GTK+ language-bindings page... Andy> Thanks, just send us patch! :) Andy> If you occur some problem when binding, just post here, we will Andy> help you. I'll try to do something...let me just push some other (non-Haskell) stuff out... Andy> Because Axel fix ApiGen tools under directory Andy> "gtk2hs/tools/apiGen/", ApiGen will download newest Gtk+ source Andy> code then generate Haskell binding code automatically, [snip] Andy> That's all, you don't need do anything, so easy! :-) Andy> Of course, ApiGen maybe generate wrong code for difficult Andy> function, so you need modified those binding code manually, and Andy> you need test those functions after you binding it. That's why I'm curious if using Gobject introspection would help here? IIRC. Duncan was speaking about it long ago... Andy> That's good, infact gtk2hs will be perfect if have many people Andy> help us binding and test new code, because ApiGen generate most Andy> code automatically, very easy. Indeed. Haskell deserves to have one robust and up-to-date GUI toolkit. Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: F96FF5F6 ----------------------------------------------------------------
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
