That's correct, there isn't a Blob.toString() method.

Out of curiosity, how would you use the string after you got it?  Did
you plan to set .innerText or .innerHTML on some element?

What if you could map that Blob to a URL, using a method on
LocalServer?  Would that meet your needs?

(The LocalServer feature is in progress.  On the other hand, it's not
totally clear to me what toString() should return in all cases, since
Blobs often contain non-String data....)


On Mon, Oct 27, 2008 at 7:25 PM, Khookie <[EMAIL PROTECTED]> wrote:
>
> Hi Chris
>
> I know about openFiles, but as far as I know, you can't read the
> contents of the resultant blob can you?  I looked at
> http://code.google.com/apis/gears/api_blob.html and I can't find out
> how you can get a string representation of that blob.
>
> Cheers
>
> Chris
>
> On Oct 28, 4:50 am, "Chris Prince" <[EMAIL PROTECTED]> wrote:
>> > Hope that makes sense...
>>
>> Sorry, I still don't understand.
>>
>> Doesn't the openFiles() function already do what you 
>> want?http://code.google.com/apis/gears/api_desktop.html
>>
>> On Mon, Oct 27, 2008 at 12:53 AM, Khookie <[EMAIL PROTECTED]> wrote:
>>
>> > I would like to import & export files on client-side Javascript when a
>> > Gears application is disconnected.
>>
>> > Example: when it's connected, it's not hard to do through something
>> > like server-side PHP & HTML (i.e. setting the Content-Disposition
>> > header for downloads & using <INPUT TYPE="file" for uploads)... but I
>> > would like that capability when it's disconnected.
>>
>> > Hope that makes sense...
>>
>> > Cheers
>>
>> > Chris
>>
>> > On Oct 27, 5:42 pm, "Chris Prince" <[EMAIL PROTECTED]> wrote:
>> >> Can you explain a little more about what you want to achieve?
>>
>> >> I usually think of "access to blob contents" as building up a Blob 
>> >> byte-by-byte.
>>
>> >> But for importing text files, that shouldn't be necessary, right?
>> >> Something like the openFiles() API would allow importing as Blob.
>>
>> >> (To answer your other question: one reason direct Blob access hasn't
>> >> been designed is that there haven't been many concrete use cases yet.
>> >> It's critical to have a number of important use cases before designing
>> >> and building a feature!)
>>
>> >> On Sun, Oct 26, 2008 at 11:36 PM, Khookie <[EMAIL PROTECTED]> wrote:
>>
>> >> > I noticed a few people in the past have voiced concerns about wanting
>> >> > to read the contents of a blob.
>>
>> >> > I was wondering what the issues are with reading the contents of a
>> >> > blob on client-side JS?  I presume they're security related?
>>
>> >> > For my particular use case, I would really like users to be able to
>> >> > import text files into a local database while disconnected.  Right
>> >> > now, I'm using copy & paste but having access to blob contents would
>> >> > be so much more usable.
>>
>> >> > And also, will client-side file writing be available in the future as
>> >> > well?  Exactly like the aforementioned scenario above but exporting
>> >> > text files.
>>
>> >> > Cheers
>>
>> >> > Chris
>

Reply via email to