On Thu, 20 Jun 2002, Stas Bekman wrote:
> I was writing a proper reverse filter for the docs, which doesn't add
> \n's which weren't in the input, handles [\r\n] and properly handles
> long lines which may not fit into the buffer in one chunk. Any
> objections if I use it in the reverse.pm test instead of the one that we
> have?
"proper reverse filter" ? there is no such thing. nobody in the real
world is going to reverse the output of data sent to the client (i hope :).
the purpose of the example is simply to show:
read-data-from-filter
modify-data
send-data-to-client
your changes defeat this purpose by making the example difficult to see
that. i suggest leaving the reverse filter as-is. and come up with a
"proper" example that does something more useful than simply illustrate
how to use the api. my attempt at this was Apache::FormatText.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
