Rich Wild wrote:

Hmmm. It appears is *is* formurl2attributes.cfm that's the culprit, but
I can't see where in the code its doing it. It appears to be a standard
copy.

The pre-existing code was referencing attributes.myVar, which came back
with the umlaut replaced. Switching to just form.myVar gave me the
proper version.

Does anyone know where it would be doing this?

Fusebox + Wild = not see eye to eye.



Which version of the formurl2attributes tag have you got? There are about 50 different version.
Is this a Fusebox 2, 3 or FBHeinz application?


On mx I tend to replace the verbose guff that is the formurl2attributes tag off old with somthing a little more slimline - try this out.

<cfsilent>
<cfparam name="attributes.createattributeslist" default="0">

<cfparam name="request.attributeslist" default="">
<cfset StructAppend(caller.attributes, caller.form, "no")>
<cfset StructAppend(caller.attributes, caller.url, "no")>
<cfif val(attributes.createattributeslist)>
<cfset request.attributeslist ="">
<cfloop collection="#caller.attributes#" item="var">
<cfset request.attributeslist = listappend(request.attributeslis
t,"#var#=#urlencodedformat(evaluate(var))#","&")>
</cfloop>
</cfif>
</cfsilent>


One of these days I'll actually change it to cfscript.

One thing to note - it does mean that url variables take precendence over form variables in the attributes scope - but thats easily changed.

Stephen



--
These lists are syncronised with the CFDeveloper forum at 
http://forum.cfdeveloper.co.uk/
Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/

CFDeveloper Sponsors and contributors:-
*Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by 
activepdf.com*
     *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com*
          *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com*

To unsubscribe, e-mail: [EMAIL PROTECTED]



Reply via email to