Thanks, but there's another aspect of the question. In order to reap the (substantial & lovely) benefits of the re- usability of .apks, the users would need a way to get at them & pass them around. They aren't likely to run adb.
Can you say if there any plan to give them a mechanism for that ? Thanks, Richard On Dec 18, 7:58 pm, "Dianne Hackborn" <hack...@android.com> wrote: > You can use "adb pull" to retrieve an .apk from a running system. In this > case our model is much more like PalmOS than windows, where the thing you > download and install is also the thing that you run, there is no separate > installer. > > > > On Thu, Dec 18, 2008 at 5:41 AM, jarkman <jark...@gmail.com> wrote: > > > Dianne - that reminds me of another question - is the user going to > > have any way to get the .apk back off a device after installation ? > > > I'm wondering if we should expect this world to be a bit like old- > > school PalmOS, where users tended to pass apps around, or more like > > (I'm sorry for the comparison) Windows Mobile, where once they have > > installed it they probably don't keep the .cab and so don't pass the > > app on to their friends. > > > Thanks, > > > Richard > > > On Dec 17, 2:07 am, "Dianne Hackborn" <hack...@android.com> wrote: > > > We deliberately do not do this, so we can always reset the application > > back > > > to the initial state it was installed in. Keeping .apks entirely > > > self-contained, self-sufficient, and without needing some external > > installer > > > that you can loose is of tremendous value in being able to manage > > everything > > > the user has installed and simplifying their experience. > > > > This is something that I will very strongly push back from changing, and > > is > > > central to just about everything about how we manage applications, such > > as > > > the fact that applications don't go and explicitly register themselves > > with > > > part of the system, but rather declare those things in the manifest. > > > > On Tue, Dec 16, 2008 at 3:18 PM, Urs Grob <grob....@gmail.com> wrote: > > > > > It would be nice to have something like an installation package that > > > > contains the apk as well as some files that are only needed during > > > > installation time. Like this you could deploy e.g. your sqlite db file > > > > with some initial content or some files that maybe should be stored > > > > inflated on the sdcard. > > > > > -- Urs > > > > > On Tue, Dec 16, 2008 at 11:33 PM, jarkman <jark...@gmail.com> wrote: > > > > > > Thanks for the confirmation. Still seems like a shame... :-) > > > > > > R. > > > > > > On Dec 16, 5:25 pm, "Dianne Hackborn" <hack...@android.com> wrote: > > > > >> The .apk is read-only, and can not be modified. > > > > > >> On Tue, Dec 16, 2008 at 12:49 AM, jarkman <jark...@gmail.com> > > wrote: > > > > > >> > We've got a similar issue, with a bunch of files that we extract > > from > > > > >> > the apk on first run and will never need in the apk again. > > > > > >> > It is a terrible waste of space to leave them there. Shame. > > > > > >> > Richard > > > > > >> > On Dec 15, 9:16 pm, Ralf <ralfo...@gmail.com> wrote: > > > > >> > > You can think of the the APK as being a read-only zip file, so I > > > > don't > > > > >> > > think you can remove anything from it. You don't really need to > > > > remove > > > > >> > > your lib from the apk anyway, do you? > > > > > >> > > R/ > > > > > >> > > On Mon, Dec 15, 2008 at 5:50 AM, shuoshuo <wzshuos...@gmail.com > > > > > wrote: > > > > > >> > > > I have made an application, it uses a C++ shared library, I > > want > > > > >> > > > deploy it by including it with the .apk package, at run time, > > copy > > > > it > > > > >> > > > from the assets to a file, then remove it from assets in apk, > > how > > > > >> > > > could I remove a file from assets in apk at runtime? or Is > > there > > > > any > > > > >> > > > other alternative to deploy a C++ shared library? > > > > > >> -- > > > > >> 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. All such questions should be posted on > > public > > > > >> forums, where I and others can see and answer them. > > > > -- > > > 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. All such questions should be posted on public > > > forums, where I and others can see and answer them. > > -- > 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. 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 For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
