Return-Path: Message-ID: Date: Fri, 10 Aug 2007 11:01:16 -0600 From: "Andrew Jorgensen" To: "BlueZ users" In-Reply-To: <1186736578.20129.202.camel@violet> MIME-Version: 1.0 References: <1186736578.20129.202.camel@violet> Subject: Re: [Bluez-users] bluetooth-applet and gnome-vfs-obexftp Reply-To: BlueZ users List-Id: BlueZ users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-users-bounces@lists.sourceforge.net Errors-To: bluez-users-bounces@lists.sourceforge.net First let me say, Marcel, that I didn't mean any personal offense to you. Please don't feel under-appreciated for all the good work you're putting into bluez-gnome. I'm glad to get a response from you. If you don't agree with anything else I say please at least consider this: The applet should not offer to browse an obex-ftp device unless gnome-vfs-obexftp is installed. It probably needs to be a run-time dependency so that distros that offer vfs-obexftp but not by default can expect the applet to work properly. I'm trying to help Ubuntu's next release not have a prominent new feature that doesn't work out of the box. They aren't including gnome-vfs-obexftp by default in gutsy (maybe they'll change their mind?) so it looks a bit ugly when you get an error message saying you can't browse the thing bluetooth-applet says you can browse. On 8/10/07, Marcel Holtmann wrote: > > Don't get me wrong - gnome-vfs-obexftp is awesome, but > > bluetooth-applet is the wrong entry point for it. The applet should > > allow you to see what devices are around you and allow you to initiate > > a bonding with them but the assumption that you want to browse OBEX is > > bad. > > it is exactly the right entry point. You might wanna compare how MacOS X > handles it. The actual bonding will be done automatically. You are the > client and so we can rely on the actual FTP server to ask for a bonding > and not wasting time to try to pair a public FTP repository that has no > key anyway. Good point that the bonding should be / is done automatically. I still think the applet is the wrong place for OBEX though - mostly because I think nautilus /is/ the right place for it. MacOS X does it the wrong way IMHO. They treat their bluetooth ftp like a GUI ftp client rather than just another location in the Finder. Gnome is doing it better by having a vfs module to support it, and Maemo (Nokia N800 / 770, for which gnome-vfs-obexftp was written) takes it one step further in the right direction by showing you your device in the file manager if it's connected. It does this in much the way I proposed here. (Yes, I know that this isn't the right place to propose that change. Sorry about that.) > > Another problem with this approach is that it creates a dependency on > > gnome-vfs-obexftp and assumes that it's present. If it's desirable to > > have the applet launch other programs it should support more than > > obex:// and there should be some generic mechanism for programs to > > plug themselves in as handling a given service. It should be possible > > some day to get a bluetooth mouse working from the GUI, or a bluetooth > > headset, for example. > > It only supports Bluetooth FTP and is not meant to support everything. > So I have no idea what you are talking about. Use the preferences dialog > or the upcoming wizard to connect other type of Bluetooth devices. I have discussed this with James Henstridge a little and while he's not opposed to adding support for other transports to gnome-vfs-obexftp he would agree that the other transports are a lower priority. My main concern is that we'll hard-code obex = bluetooth everywhere so that if someone extends gnome-vfs-obexftp to support USB and other transports there won't be any place for it in gnome anyway. I'd also love to see Edd Dumbill's gnome-obex-server and gnome-obex-send support other transports, particularly IrDA. In a perfect world it would also advertise itself via Avahi and support file push over TCP. > > Of course there needs to be better integration of gnome-vfs-obexftp, > > but that integration should be in nautilus where everything else > > vfs-related is found. A bluetooth link under computer:/// when an > > adapter is present would be sufficient (though I wish we'd treat OBEX > > more generically as well - it's got 3 or 4 transports besides > > bluetooth). > > We know that OBEX supports more than the Bluetooth transport, but which > of these transports actually have devices that support FTP like > transactions. Most of them only allow to push or pull a file. However > feel free to fix gnome-vfs-obexftp to make this work. Quite a lot of devices support OBEX FTP over USB - and USB is a lot faster and some more reliable than BT. Probably far fewer devices that use OBEX over IrDA support anything but PUSH. And there may in fact be no services or devices that do OBEX FTP over TCP, but the underlying library (openobex) and the commandline client (obexftp) support all of these. > If you wanna have the Bluetooth adapters (yes, plural. We can have more > than one) under computer:/// then go ahead a send patches upstream. I > personally don't care and I am not responsible for that part of > software. Sorry, I shouldn't have mentioned what I thought could be done in other projects, that really has nothing to do with you. > As usual with these kind of things, I am not the UI expert and if you > wanna have fixed or changed something, you better send in a patch. We > always welcome new development blood. I'm not a UI expert either. I was just disappointed that the first gnome (non-cli) interface for connecting to a bluetooth device was really an interface to connect with an OBEX FTP device on a bluetooth transport. I plainly admit that I had false assumptions about what that feature was supposed to be and my disappointment is due primarily to those false assumptions. It sounds like the preferences dialog and the druid will cover my needs nicely. Also thank you for being welcoming to new developers. I need to dive into one of the projects I am interested in. I appreciate the idea that I'd be welcomed if I chose bluez-gnome. May I ask, by the way, if bluez-users was the wrong place to bring this up? ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bluez-users mailing list Bluez-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-users