Axel Simon <axel.si...@in.tum.de> writes: > On Mar 18, 2010, at 17:54, Andy Stewart wrote: > >> >> Axel, i plan to update all GTK+ API to 2.18 with apiGen tool. >> And i recommand we build a `API-TODO` file under darcs repository, >> in it have all libraries that haven't update. >> We remove corresponding library name from API-TODO after we finish one >> library. >> Then we will know how much libraries haven't update. >> What do you think? > > Yes, that might be a good plan. I have started on that alphabetically once. > But keeping a list might > be more organized. User hate use old API in gtk2hs. About list, I have speical emacs tool do that. :)
Now, i'm working on binding WebKit API completely (http://webkitgtk.org/reference/index.html). I will give your a list after i finish WebKit binding. > > It would be good if we could fix some things in apiGen: > > - signal names in documentation should be generated as 'actionActivate' not > "::activate". > > There might be more... Most time, i use Emacs macro convert code. I haven't use apiGen deeply, but i think it's will save me much time. I have send request in #haskell to help us. If just you and me work on this, you can focus your energy on cabal, i focus on update API. Then we can work parallel. I think gtk2hs will fix and improve faster if it convert to cabal completely. Otherwise, people need study *some* time that how to binding in current repository. BTW, i think i will finish *all* Webkit API tonight. :) Cheers, -- Andy ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel