Hi,

I'm also thinking about the connection problem. These are the possible 
behaviours:

   1. Connect when necessary, and disconnect right after.
   2. Connect when necessary, and remain the connection open for further
      usage.
   3. Connect whenever selected, and disconnect whenever de-selected.

Personally, I now prefer the third one(the way it used to be). The first 
one is quite troublesome, and the second one, as you have said, is odd 
and unexpected. It is odd because configuring has to grab the database 
list from the device.

Yes, I will switch back to the original behaviour, and will add a 
disconnect button.

I've already separated a LoadConfig() function from Connect(). Now 
working on dispatchers...

I think I'll give an all-in-one patch after all these are finished.

Regards,
Ryan
> There should be a way to disconnect from all devices as well.  I originally
> thought that there would be an item at the top of the drop down list
> for "none" but maybe a button would be better, especially considering
> your other exciting treeview changes.
>
> As for this patch:
>
> Can it be tweaked a bit, so that the config is loaded as soon as the
> device is selected?  When I load the program, it shows the devices
> but does not connect.  So far so good.  When I edit the config, it
> connects (odd), and when I close the dialog and switch to the other
> device, it remains connected to the first (unexpected).
>
> I think it would be better to separate the config loading from the
> connection.  Maybe this is the direction you're heading anyway, with
> the idea of threaded backups.
>   

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel

Reply via email to