Hi Edi,
This started off as a simple wrapper around a drakma call, but I found it handy enough that I used it in a few different places. Since Drakma is a non-trivial HTTP client, I thought it might be appropriate. Next time I have a chance I will hookify the patch
On Mon, Jan 25, 2010 at 12:52 PM, Edi Weitz edi@agharta.de wrote:
Hi Red,
Thanks for the patch. (But note the guidelines at http://weitz.de/patches.html...)
I thought I obeyed most of them except for "If you're going to send a patch which makes significant changes, ask me first if I'm actually willing to integrate your changes before you end up doing a lot of work in vain." Just for future reference--did I miss anything else?
I'm unsure whether I want to accept the patch, though. I don't really want to add a dependency on another library which in turn depends on another library for a pretty rare case. I'd rather implement a hook or something so that Drakma users can pre-process the content externally.
Cheers, Edi.
Thanks for the libraries!
Red
On Thu, Jan 21, 2010 at 10:57 AM, Red Daly reddaly@gmail.com wrote:
Dear drakma users,
I made drakma accept gzipped message bodies by default, and also automatically decode them. A patch is attached.
Unfortunately this adds a new dependency on gzip-sequence (which in turn depends on salza2). See the docstrings for more details. To sum it up: if WANT-STREAM is T, It wraps the returned stream in a flexi-stream that wraps a gzip-input-stream. Otherwise, it decodes the sequence before returning from HTTP-REQUEST.
Thanks, Red
drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel