Hi, I don't know if it is possible to elect a toolkit. Each toolkit is good. Concerning the design of the library, I think it is better to split the library into different layers. The part of the e-world I know concern Gtk/Gnome, so I will use it for my example. IMHO, it should be interesting to build a library containing only GObject'ification of Git and some wrappers/helpers to construct these objects. For example, some objects to represent authors, commits, branches, remotes and so on. Coupled to these base-types, this library should provide solutions to construct these base-types (wrappers around Git commands and/or internal files). This library can be named libgit-glib for example. Such library can help developement of current UI (giggle, gitg, anjuta-git plugin, and probably others I don't know). Then, on top of this library, we can imagine another one providing high-level widgets. But it seems harder to identify common widgets between different GUI. In order to justify my idea, take a look at Qt. They started with a large library, merging low-level with widgets. And then, they split it in order to allow access to low-level features only. I'm really interested in such project. So, if someone knows such project, or create such a project, drop me a line, please. Regards, -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: guyou@xxxxxxxxxxxx MSN: guilhem_bonnefille@xxxxxxxxxxx -=- mailto:guilhem.bonnefille@xxxxxxxxx -=- http://nathguil.free.fr/ -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
