On Sunday 29 January 2006 00:59, Joe Schaefer wrote: > Christian Parpart <[EMAIL PROTECTED]> writes: > > On Saturday 28 January 2006 23:36, Dirk-Willem van Gulik wrote: > >> On Sat, 28 Jan 2006, Christian Parpart wrote: > >> > wich works so far, however, firefox keeps adding '+' chars instead of > >> > %20 to > >> > >> Which is perfectly OK/right - so we should recognize these and handlte > >> htem correctly. > > > > what exactly did you mean by "handle them correctly"? > > > > So you assume this is a mod_transform bug, which (before unesacping the > > URL query) it needs to translate each '+' char into the right ' ' space > > then? > > Right; mod_transform really should be using apreq for providing > access to form data. It's a good match if you can afford the > extra dependency.
my problem is not the extra depend on apreq, but what I can't find really neat, is, that it seems to be a perl module (based on mod_perl somehow) and IIRC, mod_transform shouldn't be overbloated by depends that itself depend on too much the actual project (here: mod_transform) doesn't need. Sorry for being a n00b regarding libapreq, so here my quick question: can you build it w/o the mod_perl depend? At least the homepage[1] looks promising in its feature set as it (in fact) does what we need right now. secondly: is libapreq able to retrieve POST arguments from a filter module, specifically mod_transform? If both applies, I'd be willing to try my best in incorporating it then :) Best regards, Christian Parpart. [1] http://httpd.apache.org/apreq/
pgpTrttFfW6X5.pgp
Description: PGP signature