> > > Just what exactly is the purpose of the file info pane? It seems > > > somewhat incomplete > > > and I am unsure of what the vision for it was? If you can describe what > > > it is aiming at > > > doing, I can avoid duplicating the fileinfo tab and either remove it or > > > fix / finish it. > <snip> > > So the reasons were: > > - control of the top-level file information structure managing all > > downloads and sources > > - gui/core separation > > If gui/core separation was a issue, it might be a good idea waiting for > the gnutella-lib split to be ready?
If you want to create a gnutella-lib, you won't get around removing the GTK/gui code from the downloads and provide a proper API. I started with a basic gui API for the fileinfo stuff, but I never got around cramming the downloads code into two parts. Whenever I looked at where to start I got a major headace. I fear splitting the downloads into gui/core parts is a good point for introducing painful bugs. I would suggest (as I already did repeatedly) that you build up your efforts on what I have done. I create a preliminary core API which is specified in gnet.h and implemented in the core, the properties system is a part of that. To get further fast you have to split the downloads into gui and core parts as well as the upload stats. I think the rest is already split. To get ahead as fast as possible, take a look at the techiques I used to split the rest of gtkg and apply them to the downloads and upload stats as well. After that you are pretty much done with separating core from gui. Then you can concentrate on refining and fixing the core API and it would probably be a good idea to start an alternate frontend using the gnet-library (core), for example a text interface. The next pain in the ass would be to make gtkg multithreaded/multi-processes. If anybody wants to refine the downloads gui, he should also do the gui/core split at the same time. This split is also a step towards the gnutella-lib. You have to touch the downloads code to get the gnutella-lib ready, no way around it (unless I missed some major changes to the codebase). -- Richard Eckart <[EMAIL PROTECTED]> ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
