Rene, Erik,
Let me try to explain the situation:
Bluetooth Manager (noncore/net/opietooth/manager), accompanied by
noncore/net/opietooth/lib is the application that is a configuration
tool that allows you to edit /etc/bluetooth/hcid.conf and
/etc/bluetooth/rfcomm.conf with the proper GUI. It also allows you to
scan and discover BT devices.
Now the provided patch adds another configuration file:
/etc/sysconfig/bluetooth. My oppinion: if we have one more conf file, we
need to provide a tool that allows us, (not us, we know how to do this
-- a user) to configure it. This means that we need another dialog box
in the BT manager.
This is my idea.
Regards,
Dmitriy
Erik Hovland wrote:
> On Tue, Feb 13, 2007 at 12:38:46AM +0100, Rene Wagner wrote:
>
>> On Mon, 2007-02-12 at 13:21 -0800, Erik Hovland wrote:
>>
>>> On Tue, Feb 13, 2007 at 12:06:07AM +0300, Dmitriy Korovkin wrote:
>>>
>>>> Erik,
>>>> While this is a good idea, but the patch actually must be accompanied by
>>>> the other one that allows setting up these parameters in the OPIE
>>>> Bluetooth Manager. Before the second part of the work has not been done,
>>>> this patch IMHO, should not be applied.
>>>>
>>> Are you telling me that the 'other one' does not yet exist. So the
>>> feature is incomplete. This patch should work for any familiar supported
>>> handheld. And familiar already sets up the sysconfig file for the
>>> graphical environment.
>>>
>> I think Dmitriy's point is that there are two places in Opie that
>> handle this sort of thing, one is the bluetooth applet, the other
>> is the bluetooth manager.
>>
>> The patch only covers the bluetooth applet. To keep things consistent
>> a similar patch would be required for the bluetooth manager, or
>> (preferrably) the code in question would need to be factored out into
>> a tiny lib to be used by both applications.
>>
>
> I can appreciate this. What tree of 'bluetooth manager' code are you
> guys talking about?
> noncore/net/opietooth/manager
> noncore/settings/networksettings2/bluetooth
>
> I am assuming the former. If so, that code has no discovery code
> associated to handheld bluetooth devices. So it needs a whole feature.
> Not just the addition of this functionality. The later seems like code
> to setup connections after bluetooth devices have been discovered.
>
> I understand your point, I don't see the importance of making
> noncore/net/opietooth/manager peer with the applet. Help me understand.
>
> E
>
>
Received on Tue Feb 13 2007 - 01:34:45 EST
This archive was generated by hypermail 2.2.0 : Tue Feb 13 2007 - 01:35:02 EST