LiveDocs Comments - coldfusion - 7 - htmldocs - 00000656.htm

coldfusion/7/htmldocs/00000656.htm

jon.wolski — 2006-10-11T09:46:47

The non-breaking space, chr(160), is not a whitespace character, it merely looks like one. There is a bug in the Mozilla core due to a similar misguided assumption (0xA0 is converted to 0x20 in text serialization). cf. https://bugzilla.mozilla.org/show_bug.cgi?id=218277

coldfusion/7/htmldocs/00000656.htm

Phil Arnold — 2006-05-31T14:05:43

Found a freaky error with Trim().

When editing a long string, if you have single apostrophies, after running a Trim(), it doubles it to be two apostrophies.

I've seen this in CFMX6.1 as well as CFMX7.

coldfusion/7/htmldocs/00000656.htm

pablo_s — 2006-02-01T08:57:59

Additionally, it might be useful to note what characters Trim() does *not* remove. The non-breaking space, chr(160), is not handled by this function. Firefox seems to convert form fields containing this value to normal spaces (chr(32)), but IE6 leaves them as-is.

I created a function, MyTrim, to handle this type of character, but it would be nice to have a more elegant solution:

coldfusion/7/htmldocs/00000656.htm

jrunrandy — 2005-06-29T12:46:34

Good catch! I checked the source code and saw that we just call java.lang.String.trim(), so then I looked at the JavaDocs for the trim method and noticed this note: "... in fact, it trims all ASCII control characters as well."

I entered doc bug 60453.

coldfusion/7/htmldocs/00000656.htm

matthewes — 2005-06-02T19:10:31

"Spaces" seems to be broadly defined. trim() seems to remove at least some non-print characters too, e.g. chr(14). It would be good to know exactly what it does and doesn't trim.