In article <3852920.1006256205@[10.0.0.140]>,
[EMAIL PROTECTED] (Birgit Kellner) wrote:
> Sorry for being stubborn, but I' like to decode multivalued parameters
> *without* identifying them by name.
> That's precisely why reading multiple values into an array is not
> applicable.
that depends on how you wish to detect said multivalued parameters, does
it not? :-)
> Is it possible that, when I do "my %in = $q->Vars" (should be "%in", not
> "$in", shouldn't it?), %in contains not the actual names and values, but
well if you do it as $in, it passes a reference. if you do it as %in, it
passes the hash. I tend to find the referenced value more
straightforward to work with when using the object-oriented CGI.pm
interface, it being similar.
> only references, and that that's why any subsequent attempts at deleting
> key/value-paris are unsuccessful?
wouldn't it be simpler and easier to merely ignore the parameters you
don't want? :)
foreach my $key (keys %{$in})
{
next if $key =~ /submit/i;
next if $in->{$key} =~ /^---$/;
#...
if you're unused to working with references, by all means use %in, but
you'll find the similarities between the objects to be *very* similar to
how CGI works with objects, and also a few peeks at perlref, perllol,
perldsc to be of enlightening proportions.
--
Scott R. Godin | e-mail : [EMAIL PROTECTED]
Laughing Dragon Services | web : http://www.webdragon.net/
It is not necessary to cc: me via e-mail unless you mean to speak off-group.
I read these via nntp.perl.org, so as to get the stuff OUT of my mailbox. :-)
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
