On Nov 17, 7:06 am, Streets Of Boston wrote:
> When using openInputStream on the content-resolver, the returned input-
> stream is not as 'flexible' as a FileInputStream. For example,
> FileInputStreams can be retried if something goes wrong. The one
> returned by openInputStream can not.
What
If you know exactly that is what you are dealing with, okay.
On Wed, Nov 25, 2009 at 6:46 PM, Streets Of Boston
wrote:
> But if you know when you're dealing with images from the media-
> provider that are stored on the SD-card, then using the
> MediaStore.Images.ImageColumns.DATA column should be
But if you know when you're dealing with images from the media-
provider that are stored on the SD-card, then using the
MediaStore.Images.ImageColumns.DATA column should be fine?
On Nov 25, 3:34 pm, Dianne Hackborn wrote:
> That only works if the provider's data exists somewhere that is
> world-r
That only works if the provider's data exists somewhere that is
world-readable, which is basically only the media provider. It really
shouldn't be specified as a generic column, but something very specific to
the media provider. I would strongly recommend not using it.
On Wed, Nov 25, 2009 at 11
Thanks! I never thought about going through the file-descriptor.
But why is using the DATA column discouraged? It works fine and it's a
public column (not part of a private API or such).
On Nov 17, 12:42 pm, Dianne Hackborn wrote:
> On Tue, Nov 17, 2009 at 7:06 AM, Streets Of Boston
> wrote:
>
>
On Tue, Nov 17, 2009 at 7:06 AM, Streets Of Boston
wrote:
> To get the fully qualified path-name to the image-file (jpg/png),
> query the Uri of the image and obtain the value of the DATA ("_data")
> column. This value is a String, the fully-qualified path to the image
> file. Then you can create
Thank you so much guys. I have it working as below...
Cursor cursor = getContentResolver().query(uri, null, null, null,
null);
cursor.moveToFirst();
int idx = cursor.getColumnIndex(MediaStore.Images.ImageColumns.DATA);
String absoluteFilePath = cursor.getString(idx);
FileInputStream fis = new Fil
When using openInputStream on the content-resolver, the returned input-
stream is not as 'flexible' as a FileInputStream. For example,
FileInputStreams can be retried if something goes wrong. The one
returned by openInputStream can not.
To get the fully qualified path-name to the image-file (jpg/p
If I remember rightly, the gallery returns you a content uri
so you'll want to do something like: getContentResolver
().openInputStream(uri)
On Nov 17, 5:53 am, Abhi wrote:
> Hi Dianne,
>
> I am trying to do the following.
>
> I have an Image viewer where in the user picks an Image from within
>
9 matches
Mail list logo
