Idea - central service provider

[Peli]

There has been an interesting idea about a central service provider:
http://groups.google.com/group/android-developers/browse_frm/thread/aff0a9da75c5b0db/ba6702a094cff3b6#ba6702a094cff3b6

Similar to the newsreader service we have already it would be nice if
different applications could coordinate the polling times and only
poll the net together, to decrease online time necessary, mainly to
help save battery time.

It may work with the AlertProvider we are building that there are
repeated alerts that would call several services in row. (so one
should be able to set up alerts that are fired say every 15 minutes,
instead of only once).

This is an idea that goes beyond the current challenge deadline, of
course, but it would be nice to keep that in mind.

Peli

[Zero]

alertprovider will definitely be able to do this.
repeated time alerts with some sort of pattern -
we only have to think of a suitable pattern/rule for
this.
the rest is easy, whenever a timed intentreceiver
is called, it querys the alerts table for everything that
matches this condition and fires these intents.
of course this will result in slightly modified calling times,
a syncronized call of all intents at once is unneeded
complexity (or is it? )
but it's truely not possible in challenge deadline, i feel
realy sorry for abandoning mail already.

On Mar 26, 12:02 pm, Peli <peli0...@googlemail.com> wrote:
> There has been an interesting idea about a central service provider:http://groups.google.com/group/android-developers/browse_frm/thread/a...

[Peli]

> i feel
> realy sorry for abandoning mail already.

That's fine. We should really use the remaining time to polish the
existing stacks as good as possible. I'll have a good look at the
shopping list again, GTalk is still missing in any of our components,
and I have the impression it would not be too difficult to synchronize
two shopping lists...

Peli