From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Marcel Holtmann To: BlueZ development In-Reply-To: <1166969536.3223.4.camel@randel.hadess.net> References: <1166912168.22566.11.camel@randel.hadess.net> <1166968557.15485.14.camel@violet> <1166969536.3223.4.camel@randel.hadess.net> Date: Sun, 24 Dec 2006 15:32:50 +0100 Message-Id: <1166970770.15485.17.camel@violet> Mime-Version: 1.0 Subject: Re: [Bluez-devel] Removing features Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net Hi Bastien, > > > I was taking a look at the properties and applet in the bluez-gnome > > > tree, and thought that some things could be changed to make it more > > > GNOME-ish. > > > > > > I've attached an obviously unfinished patch that would remove the > > > "Adapter class" combobox from the properties capplet, and have the > > > applet setup the class depending on the "system.formfactor" property > > > given out by HAL[1]. > > > > > > If this sort of thing would accepted into the tree, I have some more > > > patches lined up (including finishing up this one). > > > > actually I am a little bit against a compile time option against HAL. > > This should be a runtime check if HAL is available. > > I can certainly make it both a compile-time and run-time check. Ie. if > HAL is available at compile-time, but not at run-time, show the > combobox. > > Did you want to make HAL a hard dependency, or should it be optional as > now? > > I'll finish that up now. do we need something? I thought they are D-Bus calls only. > > The other thing is that this doesn't really belong into bluetooth-applet > > and should be moved directly into hcid. However this might give some > > crazy dependency chain. > > I don't think such a policy should be in hcid, but rather in the desktop > bits. (Currently, the bluetooth daemons are started a long time before > HAL is, at least in Fedora, and Matthew Garrett's HAL bits need the > bluetooth daemon running, so, yeah, crazy deps). In general you are right, but tell that to the Bluetooth specification. The class of device is really a per adapter thing and not a per user thing unless we can assign specific hardware only to one particular user. Regards Marcel ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel