Marcus Ramberg wrote:
> Hey.
> I was looking at the roadmap, which mostly seems sane, but I'm worried
> about one point.
>
> What's the reasoning behind point 1?
> (Split GET & POST parameters into query and params slots as they were
> pre 2.0)
IMO, the solution was a bit of a fudge. AFAICT, the problem was that
there were several patches relating to query & params, although I can't
see any patches until after this thread:
http://shrunk.net/4c31e6ca-lists.netthink.co.uk
I think that combining GET and POST parameters is worthwhile, but not at
the expense of losing query params. I think that's a step backwards.
I'm proposing that $r->param() aggregates GET and POST params (as it
does since 2.05) or $r->params() if you prefer, and that we restore a
method for accessing query params.
Simon
_______________________________________________
maypole-dev mailing list
maypole-dev at lists.netthink.co.uk
http://lists.netthink.co.uk/listinfo/maypole-dev
This archive was generated by hypermail 2.1.3 : Thu Feb 24 2005 - 22:25:57 GMT