But # as a variable evaluator only means something to Coldfusion. I would like to see a few enhancements to cfscrpt language=javascript to make working with coldfusion variables easier but not sure i'd go that route.
My 2p A On Monday, 23 January 2012, Aaron J. White <[email protected]> wrote: > Right, but the idea would be that cfjavascript defaults to NOT > evaluate coldfusion variables. Only when an attribute like > evaluateVars = true will cfjavascript worry about it. If someone gets > errors because they set the attribute to true then that's kind of the > developers fault. > > What do you think? > > On Jan 23, 3:15 am, "Alan Williamson (aw2.0 cloud experts)" > <[email protected]> wrote: >> While on principal a good idea, it could be a nightmare. >> >> The reason is that the # character is commonly found in CSS/Javascript >> blocks, and therefore you would be forcing people to go and escape them >> (##) which would completely null'n'void the whole drop-in nature of >> these two tags. >> >> -- >> aw2.0 ltd :::http://about.me/aw2 >> >> >> >> >> >> >> >> Aaron J. White wrote: >> > I messed with cfjavascript and stylesheet today and it seems really >> > cool. There was one thing I couldn't do that I wish I could. It would >> > be nice if cfjavascript (and maybe stylesheet) had an attribute that >> > would make it double as a cfoutput when placing code inline. Does that >> > seem reasonable? Sorry for the .net reference. > > -- > online documentation: http://openbd.org/manual/ > google+ hints/tips: https://plus.google.com/115990347459711259462 > http://groups.google.com/group/openbd?hl=en > > Join us @ http://www.OpenCFsummit.org/ Dallas, Feb 2012 > -- online documentation: http://openbd.org/manual/ google+ hints/tips: https://plus.google.com/115990347459711259462 http://groups.google.com/group/openbd?hl=en Join us @ http://www.OpenCFsummit.org/ Dallas, Feb 2012
