<div class="gmail_quote">On Thu, Oct 14, 2010 at 6:57 AM, Sean Kelly <span dir="ltr"><<a href="mailto:sean@invisibleduck.org">sean@invisibleduck.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
><br>
> To tell a truth, I've tried creating decorator ranges for character code<br>
> conversion and zlib decompression, and both required internal caching.<br>
> I think it's a limitation of the decorator design.<br>
<br>
</div>I'd thought so too. zlib in particular has this issue--the quality of compression is directly related to the buffer size.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div>Maybe the possibilities are more limited than I assumed. Now that I think about it I see using a position variable only works when the output is in the same order as the input.</div>
<div>So you would be able to do rle or splitting data into parts, but not a whole bunch of other algorithms.</div></div>