arabic cfm vs htm content

webidmuser

unread,

Jan 5, 2005, 6:45:08 AM1/5/05

to

Hello
I have a cfm file that has arabic content (not retrieved via query from a db).
it runs pretty well on CF4.5.
After upgrading to CFMX, the cfm file does not display properly the arabic
font, it displays rubbish characters instead.
Now if i rename the extension of the file to .htm rather than .cfm, the
content is displayed properly.

I do not want to have the idea that upgrading to MX was a bad idea, as i have
lots of websites with arabic content and all are displaying the same rubbish
text whereas they were working fine with CF4.5
Please advise,

PaulH

unread,

Jan 5, 2005, 12:48:44 PM1/5/05

to

what encoding did you use for the cf4.5 pages?

webidmuser

unread,

Jan 6, 2005, 8:36:25 AM1/6/05

to

Hi
thansk for the reply
I downloaded the unifier and converted the files, but i had now more rubbish
characters than before!!
i am stuck now and i do not want to go back to my early version of cf4.5
having paid lots for the MX version, knowing that i have many website on the
stake here
If anybody faced similiar problem, his/her assistance is highly appreciated

thanks

PaulH

unread,

Jan 6, 2005, 11:52:40 AM1/6/05

to

lets try again:

webidmuser

unread,

Jan 7, 2005, 4:55:53 AM1/7/05

to

Hello
can you explain more by the type of encoding used?
below in the coding of the page:

___________________Begin______________________--

<html>

</head>

</html>

PaulH

unread,

Jan 7, 2005, 6:35:37 AM1/7/05

to

well your code says, windows-1256 encoding & that page renders ok from your
website as that encoding so i guess that's the one.

the code you posted was run thru unifier? is so did you specify the original
encoding as windows-1256?

if you want to keep windows-1256 as your site's encoding either follow the
example below or change the defaultCharset value in cf_root/lib/neo-runtime.xml
file:

from "utf-8" to "windows-1256".

<cfcontent type="text/html charset=windows-1256">
<cfset setEncoding("form","windows-1256")>
<cfset setEncoding("url","windows-1256")>

<cfprocessingdirective pageencoding="windows-1256">

thearmartin

unread,

Jan 27, 2005, 1:32:46 AM1/27/05

to

test message please disregard

viscometer

unread,

Feb 15, 2005, 4:37:20 PM2/15/05

to

Hi I'm having the same problem, except that I'm using mostly utf-8 in 4.5 to
store it all in a MS SQL Server, which has worked great for many languages
(chinese, arabic, hindi, japanese, korean, hebrew, russian, etc). Now, CF 6.1
MX won't display these items--they are gibberish. I've tried adding the
processingdirective, adding the jdbc item as a separate datasource type, coding
the pages themselves as unicode with the BOM using dreamweaver, etc--everything
I can find or think of, and it still doesn't work. I'd like to run 6.1, but
all the supposed unicode fixes seem to spoil my 4.5 unicode data. Very
frustrating thanks

PaulH

unread,

Feb 16, 2005, 6:02:25 AM2/16/05

to

utf-8 isn't ucs2, which is what java/cf/sql server natively use. you'll have to
swap out the utf-8 text to ucs2. cheapest way is to make cfhttp calls to a
cf4/5 template (ie on a cf4/5 server), that simply dumps out the delimited
data, from an mx server which in turn re-inserts the data as proper unicode.

afbausch

unread,

Mar 1, 2005, 7:48:36 AM3/1/05

to

Paul, we are experiencing euro-sign problems with CFMX61 and MS Access.
Inserting ? via forms with input=text and textarea will result in a square or ?
character in the database and consequently in the output screens. We have
reconfigured neo-runtime.xml with <var
name='defaultCharset'><string>ISO-8859-15</string></var> and for our MySQL
databases we have used 'useUnicode=true&characterEncoding=iso-8859-15' in
de ODBC conncection field. For MySQL, no problems, but how do we get MS Access
to accept correctly?

PaulH

unread,

Mar 1, 2005, 1:58:43 PM3/1/05

to

first off, next time start a new thread.

try the access for unicode driver & use unicode instead (or try first with that iso).