Am Fr, 2004-03-05 um 07.01 schrieb [EMAIL PROTECTED]: > i want to incorporate GTKG into my application, the > electric sheep screen-saver (electricsheep.org). i > see there is already a rudimentary remote control > interface and that's great. i need to run queries, > get the results
You will notice that the core spits out the results to the gui to handle. A question that one should think about when expaning the remote control interface is wether the results management (and maybe filtering) should take place in core space. That would allow a) multiple frontents (gtk+remote) to view the same results b) the remote control to connect, start a new search, disconnect and reconnect later to view the results. > and initiate downloads so i will need > to extend this interface. i also need it to run without > a window on the screen. We got two defines for the type of GUI: ENABLE_GTK1 and ENABLE_GTK2 Of course both are mutually exlusive, but in case you want to run headless, you don't necessarily need either. Unfortunately there seem to be a couple of places like this: #ifdef ENABLE_GTK2 Gtk2 code #else Gtk1 code #endif This would need to be changed into two #ifdefs. And there are lots of places that you would need to disable where code is used that is compatible to gtk1 and gtk2. That is unless you know a way to tell either toolkit to run headless. The coolest thing would probably be if it was possible to start gtkg headless and turn the gui on and off from the remote shell. Ok, so far for my brainstorming. Cheers -- Richard Eckart <[EMAIL PROTECTED]> ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
