Rational 1. sed is a Turing complete language, this module does not attempt to be. http://sed.sourceforge.net/grabbag/scripts/turing.txt
2. filter has become implicit; any module handling the request body contents in cooperation with other modules is a filter. 3. 's'tream'ed'itor filter is redundant. both edit_filter, or stream_edit would be completely descriptive (since a filter is a manipulation of a stream :) If I had to speculate, I would expect the new module to grow additional rewrite-like handling long before it grew language completeness. The funny thing, as most sed implementations are GPL, we aren't likely to clash with any implementation at the ASF, but more likely an outside party who wants to implement the sed language filter for http. Votes?