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.htmlandI 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 >>>> >>>> >>> > >
