Dianne, thanks for the reply. In that case the updates to the view will rely on the "requery" method of the cursor that is used. This will work for an SQLLiteCursor because its "requery" method goes back to the data source to retrieve the rows.
But if I were to use something like "MatrixCursor" which doesn't have a specific "requery" mechanism, I will have to build that refresh logic in a derived cursor class. Is this interpretation right? Satya On Wed, Apr 22, 2009 at 3:55 PM, Dianne Hackborn <[email protected]> wrote: > Is the same thing as anything else showing a cursor -- it looks for data > change callbacks that are generated by the content provider when its data > changes. > > On Wed, Apr 22, 2009 at 8:21 AM, Satya Komatineni > <[email protected]> wrote: >> >> If I create a content provider to service a live folder, and if this >> content provider is just a wrapper aggregating other content >> providers, how does the live folder know if the real content has >> changed somewhere down the line. >> >> For example, I have a live folder that has items pointing to video, >> audio, and notes. Each item in the cursor (such as an aggregated >> matrix cursor) may be pointing to a different underlying content >> provider. But each item will have its own uri. >> >> Does the live folder view register for content changes for each uri? >> Or is it the responsibility of the wrapper content provider to >> register for content changes and then notify its client the live >> folder? >> >> Appreciate your help >> Satya >> >> > > > > -- > Dianne Hackborn > Android framework engineer > [email protected] > > Note: please don't send private questions to me, as I don't have time to > provide private support, and so won't reply to such e-mails. All such > questions should be posted on public forums, where I and others can see and > answer them. > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
