Yeah, that was for exporting. My question was more about importing since I noticed desktop.openFiles & blobs in the recent release, and thought that was the low hanging fruit.
I can't claim to understand all the issues Gears has with file I/O on client-side (I assume most of it is encoding/security related?) while trying to maintain a pleasing API for those coming from desktop or web programming environments... (I know because I looked at AIR, Gears & BrowserPlus before settling on Gears - and I've done WPF/Silverlight in the past) but hopefully all in due time :-) Chris On Oct 30, 6:05 am, Michael Nordman <[EMAIL PROTECTED]> wrote: > On Tue, Oct 28, 2008 at 10:27 PM, Khookie <[EMAIL PROTECTED]> wrote: > > > Fantastic, captureBlob looks more promising. Hopefully it works for > > my case :-) > > Something that may be missing for you is the ability to set a > 'Content-Disposition: attachment; filename=blah' header. Is that something > you anticipating needing for your use-case? > > > > > Any dates on 0.5? > > > Cheers > > > Chris > > > On Oct 29, 6:32 am, "Chris Prince" <[EMAIL PROTECTED]> wrote: > > > Building from source is your best bet. > > > > On Tue, Oct 28, 2008 at 12:15 PM, Douglas Mayle <[EMAIL PROTECTED]> > > wrote: > > > > > Are there nightly or beta anywhere that I can use to develop against > > these > > > > features, or do I have to build form source? > > > > > On Oct 28, 2008, at 2:23 PM, Chris Prince wrote: > > > > >> The 0.5 release of Gears will contain two new functions on > > > >> ResourceStore: captureBlob(url, blob) and getAsBlob(url) > > > > >> You can find details here: > > > >>http://code.google.com/p/gears/source/detail?spec=svn2942&r=2942 > > > >> Click the "+" icon, or the 'diff' link. > > > > >> On Tue, Oct 28, 2008 at 9:41 AM, Douglas <[EMAIL PROTECTED]> > > wrote: > > > > >>> I'm interested in this as well. Can you explain a bit more of how to > > > >>> map a blob to LocalServer? > > > > >>> On Oct 28, 4:02 am, Khookie <[EMAIL PROTECTED]> wrote: > > > > >>>> 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.htmlandIcan'tfind 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
