Jimmy In our case we handled the User Management of the photo's by creating a custom gallery view within our app. Hence no need for a content provider, but yes they are viewable by the stock gallery viewer (as effectively they're just JPG's in a folder on the SDcard like any others).
Regards Rich On May 7, 7:19 pm, JimmyHoffa <[email protected]> wrote: > Hi Rich, > > Yes your situation sounds very similar to mine. I can imagine it's a > very common requirement. > > Can I ask if you had to write your own content provider or were you > able to use the Media content provider to obtain cursor over your > images? > > And are your images only visible through your app or would they appear > in your phones stock 'Gallery' app also? > > Thanks, > > On May 6, 10:45 pm, "r...@thelogicbox" <[email protected]> wrote: > > > > > > > Jimmy > > > Our app has a very similar need, Neatstreets is a reporting tool which > > can include many photo's taken for any given report. > > Westoreall essential report data to an internal db, which includes > > file names references to theimageson the external Sd card (under the > > package named folder - as you mention). > > > This way the app can still function if the SDcard is swapped out, > > you'll just need to handle cases whereimagescannot be found. Useful > > if an important req is to maintain the ability to always raise new > > jobs (and your current sd becomes full). However our importance on > > maintaining ease of access to all previousimagesis probably less > > than yours as we also send all reports andimagesto the server. > > > Rich > > > On May 6, 7:54 pm, JimmyHoffa <[email protected]> wrote: > > > > Thanks for reply. > > > > I should have stated that app will be offline and not relying on > > > online storage so cloud is not really appropriate as the same screen > > > will allow the user to grab a picture via the camera and thenstore > > > the image. I think I'll have a play with both media storage and > > > database, and see what works best.. > > > > On May 5, 8:00 pm, Kumar Bibek <[email protected]> wrote: > > > > > It really depends on the amount of space yourimageswould take up. If > > > > it runs into less than 100KB, you can put them in the drawable folder. > > > > but, anything beyond than that is not a good practice. Your final > > > > apk's size will be huge. > > > > > the best way is to keep yourimagessomewhere in the cloud, and access > > > > them through the app. > > > > > Thanks and Regards, > > > > Kumar Bibek > > > > > On May 5, 8:45 pm, JimmyHoffa <[email protected]> wrote: > > > > > > 0 vote down star > > > > > > Hi all, > > > > > > I'm just looking for some insight into what would be the best way for > > > > > me tostoreimagesas part of my app. > > > > > > I have an activity that represents a 'Job' which has a couple of > > > > > edittext's and underneath was planning on using the Gallery component > > > > > to showimagesrelevant to this job. > > > > > > The job data is stored in a database (on the sdcard) so was also > > > > > thinking of creating a table tostore'JobImages' and having each > > > > > image stored as a byte array. > > > > > > But I'm not sure if it would be better tostoretheimagesdirectly on > > > > > sdcard under a folder structure specific to my application and the > > > > > job. E.g. using the job ID number as a folder name. > > > > > > Depending on which method I use will greatly determine the code that > > > > > goes into an 'adapter' that allows me to bind to the gallery component > > > > > so before I begin I was wondering if anyone has had the same design > > > > > problem and what option they chose. > > > > > > Thanks, > > > > > > -- > > > > > 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 > > > > > athttp://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 [email protected] > > > > To unsubscribe from this group, send email to > > > > [email protected] > > > > For more options, visit this group > > > > athttp://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 [email protected] > > > To unsubscribe from this group, send email to > > > [email protected] > > > For more options, visit this group > > > athttp://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 [email protected] > > To unsubscribe from this group, send email to > > [email protected] > > For more options, visit this group > > athttp://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 [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group > athttp://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 [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
