Hi Tjerk,

your thread is really usefull and i appreciate your research.
i am trying to implement the downloader you suggested but having some
problem.
i am wondering which link i needed for
private final static String FILE_CONFIG_URL =
        "http://example.com/download.config";;

how this config should look like?
how can i put my res files at server (zip? )

at the moment i have these png files on my server which i needed to use as
App resource
private final static String FILE_CONFIG_URL =
        "http://demo.sleepydog.net/Magnetic_Banana-461.png";;




On Sun, Jun 14, 2009 at 11:37 AM, TjerkW <tje...@gmail.com> wrote:

>
> B.t.w:
> Dianne Hackborn already gave some usefull comments in this thread:
>
> http://groups.google.com/group/android-developers/browse_thread/thread/9ab3c62274aff2a1/e79c251bdf60ed97?lnk=gst&q=application+size#e79c251bdf60ed97
>
> However i need more info. Is this going to be implemented in the
> future or not? If so.. when?
> I would also like to know the googles opinion about this issue.
>
> For people that want to implemented the download-after-install
> solution, look here for code examples:
>
> http://code.google.com/p/apps-for-android/source/browse/#svn/trunk/Samples/Downloader/src
>
> On 14 jun, 12:26, TjerkW <tje...@gmail.com> wrote:
> > A lot of developers and this problem:
> > All resources in an APK are stored in the memory of the phone,
> > it is impossible to force some resources to be saved on the sdcard.
> >
> > For example, check this use-case:
> > I am creating a game with multiple levels a lot of sounds, menumusic
> > and sprites.
> > The size unpacked is now >6MB and the game is not even finished
> > Users are already complaining:
> http://www.cyrket.com/package/com.tjerk.spacewars
> >
> > The only current solution is to download the data after installation
> > on the sdcard and load the data from the sd card (requires your own
> > data handling code, the convenience R class cannot be used).
> > This solution is a no-go for a lot of developers because they simply
> > donot have a server. The users may also find it weird that they have
> > to install stuff after they installed the app.
> >
> > Another solution is to have a linux partition on your sdcard, but this
> > requires a rooted phone and is only for advanced users.
> >
> > I know they are a lot of issues with installing part of the app on the
> > sdcard (piracy etc). However if you only install application data on
> > the sdcard, then there would be no problem. I suggest to create a
> > ".appname" directory for each application that requires to save
> > resources on the sdcard. Window users will not see that directory. If
> > they delete the directory and restart the app they should get an
> > alertbox that forces them to reinstall (or remove) the app.
> >
> > Seriouzly google, you have to add a feature that solves this problem,
> > the android platform is a no-go for big games. And users can install a
> > limited number of apps.
> >
> > What i want to now: Is this going to be implemented in the future?
> > Or should i implemented the "download-from-server" solution. If you
> > are going to implemented it in the next release than i will not waste
> > time on implementing the "download-from-server" solution.
> >
> > Links to other posts of developers that have the same problem:
> http://groups.google.com/group/android-developers/browse_thread/threa...http://groups.google.com/group/android-developers/browse_thread/threa...http://groups.google.com/group/android-developers/browse_thread/threa...http://groups.google.com/group/android-developers/browse_thread/threa.
> ..
> >
>

--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---

Reply via email to