[ic] Stripping CR/LF from form input - Solved

DB DB at M-and-D.com
Sun Apr 23 17:08:10 EDT 2006


>> I did however get things working by adding this to my catalog.cg:
>> 
>> ##########################
>> CodeDef no_crlf Filter
>> CodeDef no_crlf Routine <<EOR
>>  sub {
>> my $val = shift;
>> $val =~ s/[\r\n]+/ /g;
>> return $val;
>> }
>> EOR
>> 
>> Filter  notes  no_crlf
>> ##########################
>> 
>> 
>> I did not realize that the
>> 
>> Filter	notes	no_crlf
>> 
>> was required. Thanks for everyone's help, especially Mike!
> 
> It isn't required -- in fact, it is invasive in that any variable
> named "notes" will be filtered in that way. It is probably better
> to use some method besides that, but it does work if nothing else
> does.
> 
> There still must be some reason that it is getting in the database
> that way; if you put that filter in your input screen by any of the
> normal methods it would be better.
> 
> -- 
> Mike Heins
> Perusion -- Expert Interchange Consulting    http://www.perusion.com/
> phone +1.765.647.1295  tollfree 800-949-1889 <mike at perusion.com>

You're right of course, something is odd. If I remove the

Filter	notes	no_crlf

line from catalog.cfg, the filtering does not happen, even with

<TEXTAREA NAME="notes" ROWS=10 COLS=85>
[filter no_crlf][data table=transactions col=notes key=[loop-code]][/filter]
</TEXTAREA>

explicitly in the form. (my email program is wrapping this)

Things are working as required with that catalog.cfg lin in place, but
I'm wondering why the filter does not work in the form. Not knowing the
"why" for stuff like that bothers me.

DB







More information about the interchange-users mailing list