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