On Mon, May 21, 2001 at 08:20:04PM +0100, Ben Laurie wrote: >... > Seems to me that filters need the same kind of predecessor/successor > logic that hooks have. Might be nice, but I'm generally against it... The filters shouldn't really be concerned with what other filters may be in the stack. Knowing that kind of breaks the abstraction of "accept some data; modify it; send it". It reaches "out of the box" if you have to know about other filters. Cheers, -g -- Greg Stein, http://www.lyra.org/
- Re: Allowing modules to add input filters is ... rbb
- Re: Allowing modules to add input filters... Graham Leggett
- Re: Allowing modules to add input filters... Graham Leggett
- Re: Allowing modules to add input filters... rbb
- [PATCH] fix for AP_FTYPE_HTTP_HEADER filt... Graham Leggett
- Re: Allowing modules to add input filters... Graham Leggett
- [PATCH] fix for AP_FTYPE_HTTP_HEADER filt... Graham Leggett
- Re: Allowing modules to add input filters... Greg Stein
- Re: Allowing modules to add input filters... Graham Leggett
- Re: Allowing modules to add input filters... Ben Laurie
- Re: Allowing modules to add input filters... Greg Stein
- Re: Allowing modules to add input filters... Greg Stein
- Re: Allowing modules to add input filters... Graham Leggett
- Re: Allowing modules to add input filters is broken Ben Laurie
- Re: Allowing modules to add input filters is broken rbb
- Re: Allowing modules to add input filters is brok... Ben Laurie
- Re: Allowing modules to add input filters is ... Bill Stoddard
- Re: Allowing modules to add input filters... rbb
- Re: Allowing modules to add input filters... Bill Stoddard
- Re: Allowing modules to add input filters... Roy T. Fielding
- How to unsubscribe from this list? Luis
