That is nice. Thanks Dianne. On Tue, Jan 12, 2010 at 4:38 PM, Dianne Hackborn <hack...@android.com>wrote:
> Hopefully in the next release we will have well-defined places for apps to > put their own data in the SD card, which the system will clean up when they > are uninstalled. > > > On Tue, Jan 12, 2010 at 4:19 PM, Kevin Duffey <andjar...@gmail.com> wrote: > >> Thats good info Mark. Makes sense. But how then do we prevent our Android >> users from having left over crap that our app may store during its time? >> Short of a user never uninstalling it.. I don't think that's very good to >> users to just leave stuff around. Is there any way in code that we can keep >> a history/log of stuff the app uses.. that the uninstall process will clean >> up for you? >> >> >> On Tue, Jan 12, 2010 at 2:31 PM, Mark Murphy <mmur...@commonsware.com>wrote: >> >>> Kevin Duffey wrote: >>> > Is there now ability to have some code executed during install and >>> > uninstall? >>> >>> No. You can detect the first run of your application and treat it as >>> part of the "install", though. >>> >>> > I would have thought by now all OSs/frameworks would provide this sort >>> > of process. >>> >>> Back when Windows spyware would actually deign to register in Add/Remove >>> Programs, such apps would take advantage of the "code executed during >>> uninstall" process to try their level best to prevent the uninstall from >>> happening. This ranged from suggesting major system problems if the app >>> were to be uninstalled to forking processes that would reinstall it >>> after the uninstall completed. >>> >>> Based on past comments, I am under the impression that the core Android >>> team specifically does not allow apps to run code on install/uninstall >>> to avoid these sorts of situations. >>> >>> -- >>> Mark Murphy (a Commons Guy) >>> http://commonsware.com | http://twitter.com/commonsguy >>> >>> _The Busy Coder's Guide to *Advanced* Android Development_ >>> Version 1.3 Available! >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Android Developers" group. >>> To post to this group, send email to android-developers@googlegroups.com >>> To unsubscribe from this group, send email to >>> android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com> >>> For more options, visit this group at >>> http://groups.google.com/group/android-developers?hl=en >>> >> >> >> -- >> You received this message because you are subscribed to the Google >> Groups "Android Developers" group. >> To post to this group, send email to android-developers@googlegroups.com >> To unsubscribe from this group, send email to >> android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com> >> For more options, visit this group at >> http://groups.google.com/group/android-developers?hl=en >> > > > > -- > Dianne Hackborn > Android framework engineer > hack...@android.com > > 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 android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en >
-- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
