From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [Bluez-devel] Remote name delay From: Marcel Holtmann To: bluez-devel@lists.sourceforge.net In-Reply-To: <1133541708.19173.14.camel@bnocera.surrey.redhat.com> References: <1133470780.18554.2.camel@blade> <1133523028.20834.8.camel@blade> <1133541708.19173.14.camel@bnocera.surrey.redhat.com> Content-Type: text/plain Message-Id: <1133548682.20834.85.camel@blade> Mime-Version: 1.0 Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri, 02 Dec 2005 19:38:02 +0100 Hi Bastien, > > Yes. I am using GladeXML object to load the widgets inside a XML file > > description. > > There are soem screenshot available at: > > http://www.cin.ufpe.br/~ckt/gbluezconf/ > > Most of the backend stuff could be merged in libbtctl, and the GUI stuff > in gnome-bluetooth (we're working on removing the python gnome- > bluetooth-manager). actually I don't think so, because the GUI should never use the BlueZ library directly. The goal is to do everything over D-Bus and you don't need another library in between. The D-Bus interface itself is the abstraction from the lower level task. Regards Marcel ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel