Okay, so I'm going to answer my own question here for those who encounter
this in the future.
Apparently, the feature that Word has to save a Word Doc as filtered HTML is
a little buggy... (surprise!). We had a form in Word and saved it as HTML
(filtered) so it wouldn't have all the word specific tags in it. It turns
out that there were three special characters that were NOT filtered when the
html was saved. Two I've encountered before: the "Word" hyphen (ascii
character 8211) and the "Word" apostrophe (ascii character 8217). In
addition, we had checkboxes on the form ("Word" checkboxes, not HTML) and
instead of Word converting those to HTML checkboxes, it saved them as ascii
character 160, which happens to appear on your screen as a space (nice!).
Bottom line is, what I had to do was take the entire content and stick it in
a variable on my windows box (since it wasn't truncating on Windows) and
loop through every character in the content and find the ones that were over
ascii value 127. Once I did this, I found 160, 8211 & 8217. I then did
some replaces on them and outputted the new content to the screen. I copied
that from the source, saved it in my ORIGINAL CFM module and ran it and
voila, no truncation.
It is apparent that ColdFusion ON Linux has a problem with these characters.
It's not the Linux web server (in our case WebSphere) because it worked fine
with the special characters in the HTML file, but specifically ColdFusion.
Anyway, just wanted to pass along the solution for those searching for this
quirky behavior in the future.
Dave Phillips
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Want to reach the ColdFusion community with something they want? Let them know
on the House of Fusion mailing lists
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:325937
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
