Hi Daniel, > > and why would an application care? Please do not complicate this too > > much. > > As I tried to explain. The thing my application wants to do is the have > some status information towards the user what is happening. So think of > this: the user clicks on the connect button and you want to inform him > that something is happening (drawing some animation). > > Of course this could also be done differently like the application > starts an animation and stops it with a timeout callback. If the > callback fires up it would consequently call Session.Disconnect(). If we > get Session.Online == True before the timeout fires we just disarm this one. > > Implementing the "connecting" status message this way is no problem. The > idea to have more than Online as boolean stems from the idea to let the > application now of the "suspend" state. Having the "suspend" state, why > not having the "connecting" too.
the Session.Connect() call is asynchronous and so you can easily start the animation when you make the call and stop it when it returns. That should be good enough. The animation has nothing to do with Online=false/true. Making an animation depend on this is a bad idea. > > So we have 99% of application that should only be notified when they are > > really online. Telling them that we are ready, but not online, just > > wakes them up for no real reason. > > I am 67,6% sure your numbers are not correct. > > > The only 1% that might care about link local connections are the DLNA > > type of application for your home entertainment. Similar to what Apple > > does with AirPlay. However we already have Avahi for this stuff. Why > > would we need another set of notifications? > > Okay, let's leave the "connecting" state away, what about the "suspend" > one? Would you prefer to model it as new Setting instead of merging this > one into Online? Lets think about application wakeups first. Why do you wanna wake up an application for this. I do not see the need for it. To be honest this all sounds fine on the surface, but once I look at the implications I am having problems to come up with a good reason on doing this. I am currently not seeing this need. Regards Marcel _______________________________________________ connman mailing list [email protected] http://lists.connman.net/listinfo/connman
