>But Will...
>
>JS is client-side, and CF is server-side...
>
>The whole universe could convert to CF (and I'd probably be out of a
>job!) and we'd still need JS or something like it (unless, with the
>mass conversion, MM created a CF-based browser that could use CF
With all due respect you missed my point. Or maybe I didn't make it clear. It
wasnt to get rid of JS, but rather for it to written as easily as CF. CF makes
sense.
<cfif getquery.theID EQ "blablah">
do this
</cfif>
The same thing in JS goes somethin like this.
for (i=0;i<g.length;i++)
total+=parseInt(g[i][1])
output='<table border="0" cellspacing="0" cellpadding="0">'
for (i=0;i<g.length;i++){
calpercentage=Math.round(g[i][1]*100/total)
calwidth=Math.round(gwidth*(calpercentage/100))
output+='<tr><td>'+g[i][0]+'&nbsp;</td><td><img src="'+graphimage+'"
width="'+calwidth+'" height="10"> '+calpercentage+'%</td></tr>'
}
output+='</table>'
document.write(output+'<br>Total participants: <b>'+total+'</b>')
Ok, so I exaggerated, but who's the numb skull that came up with ++ and &&??
And ==?
My point is it'd just make life easier if the same creative minds that
engineered CF to be written much like english also engineered the others.
:)
Will
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Find out how CFTicket can increase your company's customer support
efficiency by 100%
http://www.houseoffusion.com/banners/view.cfm?bannerid=49
Message: http://www.houseoffusion.com/lists.cfm/link=i:4:200119
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
