In my case, I would parse the string into data that can be imported into a local database.
Well, I guess if the data can be mapped somewhere on LocalServer, then I can use xmlhttprequest to get it. Cheers Chris On Oct 28, 1:15 pm, "Chris Prince" <[EMAIL PROTECTED]> wrote: > 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.htmland 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
