French characters and CFXML

Hello people, I'm having a problem and I'm not sure what I'm
doing wrong.
I have created a CMS for a kindergarten in Montreal. They
speak French.
In this CMS they can create new photo galleries and upload
their photos.
In order to do this, I have a form that creates the gallery
and write it into a mySQL database. Then, once all the images for
this gallery have been uploaded, an XML file is created, which will
feed a flash gallery.
The problem occurs when the name of the gallery they enter
has special French characters. It is being written properly to the
DB, but at the time the CFXML creates the XML code or at the time
cffile writes the xml file itself, those characters get corrupted.
I'm attaching the code that queries the DB and creates the
XML code and file.
Any hint will be appreciated.
Thanks a lot.

Hi Dani,
I was also facing one issue with forming an xml using cfxml tag. There is a sybmol yen ¥ (start of a LIN tag in below example) which is there in the xml and when i try to dump the xml variable it shows one more character Latin capital letter A (Â) automaticall added in the variable and my request to the webservice fails due to the same reason.
<cfxml variable="request1">
        <?xml version="1.0" encoding="ISO-8859-1"?>       
        <peticion>
            <nombre>Request</nombre>
                <observaciones>2 CONNECTING ROOMS </observaciones>
                <num_expediente>522687</num_expediente>
                <forma_pago>25</forma_pago>
                <telefono/>
                <res>                   
                    <lin>2¥#1#SS#84.87#0#HB#OK#20120713#20120714#EU#1-2#D01#</lin>
                </res>
            </parametros>
        </peticion>
    </cfxml>
Cfdump or xml parse will add one more character (Â) to the xml string. 
Your comments/answers are welcome.

Similar Messages

  • Issue with French characters and Variables combined.

    Using Captivate 4 and publishing to SWF, I discovered the behaviour shown below.
    You can see a text caption
    The text of the first line in Captivate is 'Modifier les paramètres Word - $$v_ScoreParam$$/10'
    When published the è is changed into a Chinese character.
    Is this a known issue? Or am I doing something wrong?
    Thanks for any clues.

    Hello,
    This is a known issue in Captivate 4 (there are several threads in this forum about it), and sorry, it has not been solved in CP4 but is no issue in CP5 (doesn't help you of course).
    I had quite a lot of problems with this. The only workaround is putting this variable in a separate Text Caption and try to put it in place in the other Text Caption. Personally I avoided using those variables when expecting combination characters (like é, à ü...).
    Lilybiri

  • French characters fail to display properly (have tried all the regular fixes)

    I am updating a website with french characters and they are not displaying correctly. This website has been live for a long time and had no problems, but while updating some wording/punctuation on the development (before rolling it into live), I am seeing that my characters are failing. We recently bought CF Builder 2 and I believe this to be the problem, as I had something similar happen like this - but with an email blast - a while ago (I ended up having another worker develop the code on his PC with a different program).
    I have googled this and have ensured the following settings are correct:
    window-->preferences-->workspace--->text-file encoding: UTF-8
    project-->properties-->general-->text-file encoding: UTF-8
    I've also tried putting
    <meta http-equiv="Content-Type" content="text/html;charset=UTF-8" >
    at the top of my pages and they still display incorrect characters when french accents are used.
    Any ideas?
    Thanks,
    Cameron

    http://www.virtualhelp.me/applications/51-office/288-firefox-4-doesnt-save-tabs#yvComment288
    this should solve some of your problem if it is because you got the '''newer''' version!!

  • French characters come and go

    Hi,
    I have an app that sends out email messages in French and English, however it seems that at certain times of the day. The French characters are not recognized and come out as a "?". This only happens periodically and I can't find a pattern to it really. One hour is works, then several hours later it doesn't. We upgraded our email server recently and my guess would be that it's related to that because it started happening around the same time. I don't know what the procedure would be to begin to resolve this. Is it an email server config issue, or a programming issue.
    Thanks

    Hi!
    Raw message is displaying like that :
    Message part text/plain you lost accent :
    Content-Type: text/plain; charset=ISO-8859-15
    Content-Transfer-Encoding: *7bit*
    Message part text/plain accent look good:
    Content-Type: text/plain; charset=ISO-8859-15
    Content-Transfer-Encoding: quoted-printable
    Where coming from the difference between each message ?
    In Java, a simple Strings contain (16 bit) Unicode characters.
    You need to encode french accent by the unicode escape sequences for chars, example : "\u00XX"
    Other solution is to use file properties for french text in your mail application, object Properties is "mail-safe".
    Javamail pick the good transfer encoding for you...
    regards,
    http://www.jservlet.com/

  • French special characters and navigateToURL problem

    I'm trying to pass accented French characters into an email using the  code below, strangely the ' character comes through Ok, but the é comes through as È, does  anyone know why? Thanks!
    body ="J%27ai d%E9couvert ce site et j%27ai pens%E9 qu%27il pourrait vous int%E9resser :"];
    var request:URLRequest = new URLRequest("mailto:"+ testEmail + "?subject=" + testSubject + "&body="+ body);
    navigateToURL(request, "_self");

    This is because you are using the wrong database character set
    for storing your data . In the 7-bit ASCII encoding scheme, c or
    other non 7-bit data do not exist.
    Java can not handle the conversion of invalid characters inside
    your database , because it does not know what they are. What you
    need to do is to change your database character set to match the
    encoding of the data inside your database.
    Please check out the Character set migration paper on the
    Globalization Support Home page.

  • 8859-1  PDF does not show french characters.

    Hi All,
    I am stuck in this issue for 2 days now and finally i decided to post it here.
    I have created a custom oracle report(10G) with BI to open in PDF. The XML prolog Value is defined as <?xml version="1.0" encoding="iso-8859-15"?>
    Now when i run the report in R12 the pdf file shows junk character for french characters(É shown as "%o"). These characters are displayed properly if i look at the XML file. When we run that output from the server we get the weird characters but if we take the same output (XML) file and run it locally using desktop publisher the PDF document shows the French characters
    I check the nls_characterset and it is defined as AL32UTF8(which supports french)
    I read some articles they advise to copy fonts from *$FND_TOP/resource* to *$OA_JRE_TOP* and *$AF_JRE_TOP(lib/fonts)* , but it does no work.
    Also, one of the article says to add files in $JAVA_HOME. But i was not able to find JAVA_HOME and the dba says we have $JAVA_TOP and we are not suppose to change anything here.
    we are using EBS R12.1.3
    oracle reports : 10.1.2.0.2
    Any help on this will be appreciated.
    Regards,
    K

    I believe your only option is to setup Pasta
    How to Setup Pasta Quickly and Effectively [ID 356501.1]
    How to Generate PDF Output With UTF8 in R12? [ID 778970.1]
    HTH
    Srini

  • Report layout in french not displaying french characters properly

    Hello,
    I have a report layout that I have created with a 3rd party tool (j4ldesigner). All it has on it is one label (displaying a couple of french characters as a test
    ). Within APEX I have created a test report layout and imported it as a named column report layout type. I then created a very simple report query and associated it with the test layout. When I run the test report, the layout launches but the characters éâ appear as éâ.
    So I'm thinking this has to do with language somehow. I have other reports which are generic named column reports, but those are manually entered and seem to work fine. The named column layout is imported, and I'm assuming some sort of conversion is happening where those special french language characters are concerned.
    The fact is this is a 11.2.0.3 database. I was assuming the language set would use the standard language librariy files which come with 11G (ie $ORACLE_HOME/nls/data) so I wouldn't have an issue. Since it is not working, do I need to use the language files associated with 9idata? Or is there an init.ora parameter I am missing?

    Hello,
    Within APEX I have created a test report layout and imported it as a named column report layout type.Make sure the Report Layout File is in UTF-8 encoding. Most of the times, the issue is with file encoding type.
    If you use text editors like [url http://notepad-plus-plus.org]notepad++ you can see and convert from one encoding to other.
    Regards,
    Hari

  • French characters in run time parameter values doesn't show up in emails

    We have a custom workflow with configurations to send email when a request is assigned to a person and also to send email on request rejections.
    We are encountering following issues with respect to French characters that are available in the message body and message subject.
    Issue 1:Notifications are configured in Human Task (ApprovalTask.task) when a task is assigned. Since the message body contains French characters we have used ISO-8859-1 encodings to render the message properly to the user. The message body also has some run time content from the task payload.
    For e.g. &#192; titre de responsable fonctionnel, une demande d''approbation pour un acc&#232;s informatique vous est assign&#233;e.
    Acc&#232;s informatique demand&#233; : <%/task:task/task:payload/ns1:ObjectDetails/ns1:name%>
    In this case all static text values are rendered properly to the end user in his email. However the French characters in run time parameter values doesn't show up properly and has some weird characters.
    Issue 2: Unable to change the default subject shown in the approval task emails i.e. Notifications are configured in Human Task (ApprovalTask.task) when a task is assigned. By default it shows Action Required: Approval. How can this default value be changed?
    Issue 3: We have an Email Activity in Bpel process that follows a task rejection. The emailpayload is ISO-8859-1 encoded and works for the message body. However the email subject shows up with ISO-8859-1 encodings itself and doesn't convert to proper string in the end user's email. Is there any specific setting required for french characters in subject?

    Hi Kulwinder,
    Thanks for your reply.
    In fact I do, I've follewed the "Using SAP HANA Variables with SAP BusinessObjects BI4.0" guide.
    Please note, when I use a fix value to parameter is working fine, for example:
    SELECT *
    FROM "_SYS_BIC"."prueba-concepto/CV_TEST_VAR_II" ('PLACEHOLDER' = ('$$FECHA$$','20130530'))
    But when I set prompt of the DataFoundation parameter I get and error, this is my sentence:
    SELECT *
    FROM "_SYS_BIC"."prueba-concepto/CV_TEST_VAR_II" ('PLACEHOLDER' = ('$$FECHA$$',@Prompt(FECHA)))
    To me is very curious that I can't enter a value in the DataPreview in Hana Studio, because is not requested, even when the input parameter have been set as mandatory
    Have you idea of what could be happening?

  • Problems with French Characters in Page Title

    Here is the problem
    When using Duplicate Page and trying to set page titles with french characters (or other non standard characters for that matter such as qoutes) The resulting output does not display correctly.
    I thought a work around would be to us the HTML escape codes in the title dialog when creating the page  however it appears that Incontext then goes and attemps to escape the ampersand part of the escape code during save.
    so for instance when trying to set a page title such as Whistler Live! prépare la scène using the following escaped version
    Whistler Live! pr&eacute;pare la sc&egrave;ne
    The resulting HTML saved from incontext looks like this
    Whistler Live! pr&amp;eacute;pare la sc&amp;egrave;ne
    and the title does not display correctly.
    Incontext sees the & which is page of the HTML escape code and they automatically replaces that with &amp;
    How the heck can we set HTML Special characters in our page titles - any ideas?

    Hi Corey
    To answer your questions I am on windows 7 IE 8 and also tried in firefox 3.6
    backend is windows 2000 / IIS 6 / Coldfusion 8
    I am able to enter the characters in the dialog box but during the save they are altered
    I created a basic test page with nothing but the following code
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ice="http://ns.adobe.com/incontextediting">
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <title>test</title>
    </head>
    <body>
    <div ice:editable="*" >
      <p>Test test</p>
    </div>
    </div>
    <script src="/includes/ice/ice.js" type="text/javascript"></script>
    </body>
    </html>
    saved it as test-characters.cfm (coldfusion page) and tested it out
    problem was still there however when I save the page as a .html file and test it out the problem is no longer present
    So the problem seems to only occur when using .cfm pages (even if there is no cf code on them)
    I am going to send you a private message with access to my test pages in case your inclined to take a look
    Thanks for you help so far

  • French Characters in File Names

    Hello,
    Despite my instance not use French and/or other special
    characters in files names, we have inherited a project (approx 2500
    topics) with French characters in the file name. When we generated
    the project and post it on an Apache server, the topics do not
    display as the server replaces the characters with symbols.
    RX5, during the generation process, replaced the French
    characters with underscores, RX 7.0.1 keeps the characters within
    the file name. In RX 7.0.1 is it possible to replace the characters
    with underscores during the generation process?
    Regards,

    If this is the other thread, then you did get a response, several in fact. It may not have been the answer you wanted but that's another matter.
    http://forums.adobe.com/message/129875#129875
    See www.grainge.org for RoboHelp and Authoring tips
    @petergrainge

  • Problem with French characters with updateContent

    I have this problem with Spry, (had it also with YUI a few
    months ago) with special french characters
    (éèçàù). I use encoding UTF-8, but
    iso-8859-1 isn't working either. I put some examples here:
    http://www.eventsonholiday.com/test_loadurl.asp
    As long as it is static content, no problem. But when I get
    content from a recordset from an Access database: trouble.
    In IE7 the french characters are even worse, and I get the
    error: null is empty or not an object

    I think I found a solution. I found a few resources on the
    internet that said: xmlhttprequest always sends data as utf-8 by
    default. So when all the other pages use iso-8859-1, there's a
    problem. It can be solved this way: when retrieving recordset
    fields from ASP I use
    HTMLEncoding like this:
    <%=Server.HTMLEncode(RSevents.Fields.Item("event_location").Value)%>.
    I have to do this for each field in the page, what means some extra
    work.
    For PHP it should be done with
    htmlentities
    If anyone has a solution without using the Server.HTMLEncode
    method, tell me...

  • How to encode a fileHandler to output french characters ?

    Hi everyone,
    I'm trying to encode a fileHandler to create a file that contains french special characters (è, é, . . . .).
    I tried the following code:
    fileHandler.setEncoding("ISO-8859-1");
    and the following
    fileHandler.setEncoding("UTF-8");
    But still the output returns a question mark instead of the é and a square instead of the é respectively.
    Can anyone advice how to encode the fileHandler to have french characters in the output file ?
    Thanks
    Lanlani

    Lanlani wrote:
    But still the output returns a question mark instead of the é and a square instead of the é respectively.And how are you determining that? Bear in mind that the tool you use for looking at the output may also have charset encoding problems.

  • Can my iMac be set to type with French characters?

    Hello all! Can my iMac be set to type with French characters? If so, what is the path? And, is there a keyboard overlay to see where the French language characters are located on the keyboard? Thanks!

    Hey Steve,
    Thanks again for the thoughts... Unfortunately, the only characters that I can use keyboard shortcuts for French are the é, ç and the á (it's better than nothing).
    Outside of that, I have to switch keyboard layouts. I know of the accent grave ( `e ) that's nextdoor to the number one key... But it don't work... my translator thinks it's a typo... because it takes up a whole characters worth of space instead of sharing the space with the actual letter (vowel), like the other accents.
    So I need keyboard shortcuts for:
    ê Ê Ë ë è È
    Ô ô Ö ö
    à À Û û
    I use these letters just enough to make switching keyboards back and forth a little irksome. Since the two keyboards have pretty distinctively different layouts and then we have the position of the A and M keys and.. well... see where this could lead??? LOL
    Thanks...
    I appreciate your thoughts, as always...
    Yvonne

  • French characters insertion not working fine

    Hi all,
    I'm using Oracle database 10.2.0.3, i migrate the database from 9i.
    My problem is in my new database version i mean 10g when i'm inserting french characters like "éèà" in my database it's not working fine, i check to my old database (9i) it's working and i compare the parameters (NLS parameters they are same). i cannot find where is the problem making this appear, if anybody can help me.
    here bellow that i did.
    SQL> insert into dept values(0,'échec','éèàù');
    1 ligne crÚÚe.
    SQL> commit;
    And from query i got:
    SQL> select * from dept where deptno=0;
    DEPTNO DNAME LOC
    0 ┐chec ┐┐┐┐
    here are some parameters i check:
    SQL> sho parameter nls;
    NAME TYPE VALUE
    nls_calendar string
    nls_comp string
    nls_currency string
    nls_date_format string
    nls_date_language string
    nls_dual_currency string
    nls_iso_currency string
    nls_language string AMERICAN
    nls_length_semantics string BYTE
    nls_nchar_conv_excp string FALSE
    nls_numeric_characters string
    NAME TYPE VALUE
    nls_sort string
    nls_territory string AMERICA
    nls_time_format string
    nls_timestamp_format string
    nls_timestamp_tz_format string
    nls_time_tz_format string
    I need your help because it's very important for our database.
    regards
    raitsarevo

    I goth nothong, i think it's not yet set here bellow the result:
    oracle@ab-db1:/abdb_data2/expdp$ env|grep NLS
    oracle@ab-db1:/abdb_data2/expdp$
    to my old server (9i) here the result:
    [oracle@abillity3db oracle]$ env|grep NLS
    ORA_NLS33=/home/oracle/product/9.2.0.4/ocommon/nls/admin/data
    [oracle@abillity3db oracle]$
    When i run the command env only i got for the new server HPux 10g:
    oracle@ab-db1:/abdb_data2/expdp$ env
    SFTP_PERMIT_CHOWN=1
    MANPATH=/usr/share/man/%L:/usr/share/man:/usr/contrib/man/%L:/usr/contrib/man:/usr/local/man/%L:/usr/local/man:/opt/ldapux/share/man:/opt/ldapux/ypldapd/man:/opt/ipf/man:/usr/dt/share/man:/opt/samba/man:/opt/samba/WTEC_Support_Tools/man:/opt/resmon/share/man/%L:/opt/resmon/share/man:/opt/openssl/man:/opt/openssl/prngd/man:/opt/wbem/share/man:/opt/VRTS/man:/opt/graphics/common/man:/opt/sfmdb/pgsql/man:/opt/sec_mgmt/share/man:/opt/dsau/man:/opt/gnome/man:/opt/perl/man:/opt/sec_mgmt/share/man/%L:/opt/ssh/share/man:/opt/gwlm/man/%L:/opt/gwlm/man:/opt/ignite/share/man/%L:/opt/ignite/share/man:/opt/aCC/share/man/%L:/opt/aCC/share/man:/opt/audio/share/man:/opt/ansic/share/man/%L:/opt/ansic/share/man:/opt/langtools/share/man/%L:/opt/langtools/share/man:/opt/cadvise/share/man/%L:/opt/cadvise/share/man:/opt/image/share/man:/opt/imake/man
    ORA_CRS_HOME=/home/oracle/crs
    TERM=xterm
    SHELL=/sbin/sh
    ERASE=^H
    SFTP_LOG_LEVEL=3
    SSH_CLIENT=192.168.0.45 1525 22
    SSH_TTY=/dev/pts/0
    SFTP_LOG_FACILITY=2
    USER=oracle
    LD_LIBRARY_PATH=/home/oracle/oracle/product/10.2.0/db_1/lib
    ORACLE_SID=abdb1
    COLUMNS=157
    MAIL=/var/mail/oracle
    PATH=/home/oracle/oracle/product/10.2.0/db_1/bin:/home/oracle/crs/bin:/usr/bin:/opt/ansic/bin:/usr/ccs/bin:/usr/contrib/bin:/usr/contrib/Q4/bin:/opt/ipf/bin:/opt/hparray/bin:/opt/nettladm/bin:/opt/fcms/bin:/usr/bin/X11:/opt/resmon/bin:/usr/contrib/kwdb/bin:/opt/wbem/bin:/opt/wbem/sbin:/opt/graphics/common/bin:/usr/sbin/diag/contrib:/opt/sfm/bin:/opt/upgrade/bin:/opt/sec_mgmt/bastille/bin:/opt/dsau/bin:/opt/dsau/sbin:/opt/gnome/bin:/opt/mozilla:/opt/perl/bin:/opt/sec_mgmt/spc/bin:/opt/ssh/bin:/opt/hpsmh/bin:/opt/gwlm/bin:/usr/contrib/bin/X11:/opt/ignite/bin:/opt/aCC/bin:/opt/cadvise/bin:/opt/langtools/bin:/opt/imake/bin:.
    LOG_SFTP=0
    PWD=/abdb_data2/expdp
    EDITOR=vi
    TZ=EAT-3
    PS1=oracle@ab-db1:$PWD$
    LINES=60
    SHLVL=1
    SFTP_PERMIT_CHMOD=1
    HOME=/home/oracle
    LOGNAME=oracle
    SSH_CONNECTION=192.168.0.45 1525 192.168.0.233 22
    SFTP_UMASK=
    ORACLE_HOME=/home/oracle/oracle/product/10.2.0/db_1
    _=/usr/bin/env
    OLDPWD=/abdb_data2
    And for the old server RHL (9i):
    [oracle@abillity3db oracle]$ env
    PWD=/home/oracle
    ORACLE_SID=abillity
    HOSTNAME=abillity3db
    LD_LIBRARY_PATH=/home/oracle/product/9.2.0.4/lib:
    PVM_RSH=/usr/bin/rsh
    LESSOPEN=|/usr/bin/lesspipe.sh %s
    XPVM_ROOT=/usr/share/pvm3/xpvm
    USER=oracle
    LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:
    MACHTYPE=i386-redhat-linux-gnu
    MAIL=/var/spool/mail/oracle
    INPUTRC=/etc/inputrc
    EDITOR=vi
    LANG=en_US
    ORACLE_BASE=/home/oracle
    ORACLE_HOME=/home/oracle/product/9.2.0.4
    LOGNAME=oracle
    SHLVL=1
    ORA_NLS33=/home/oracle/product/9.2.0.4/ocommon/nls/admin/data
    SHELL=/bin/bash
    HOSTTYPE=i386
    OSTYPE=linux-gnu
    HISTSIZE=1000
    LAMHELPFILE=/etc/lam/lam-helpfile
    PVM_ROOT=/usr/share/pvm3
    HOME=/home/oracle
    TERM=xterm
    SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
    PATH=/home/oracle/product/9.2.0.4/bin:/opt/IBMJava2-131/bin:/opt/IBMJava2-131/jre/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/oracle/bin
    SSH_TTY=/dev/pts/1
    _=/usr/bin/env
    I saw that in my old server environment variable LANG=en_US is set but in the new not.
    What's your advice.
    Thanks Nicolas
    raitsarevo

  • Parse exception with french characters

    My parsing program throws a SaxParseException upon the parse of some french characters; in particular a "�" character. These characters are enclosed in a CDATA tag, so I'm not sure why its being parsed. My file is encoded in UTF-8. How can resolve this problem? Thanks
    org.xml.sax.SAXParseException: Invalid byte 2 of 3-byte UTF-8 sequence.
         at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:264)
         at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:292)
         at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:172)

    Your file is not encoded in UTF-8, although the XML
    prolog claims it is.Meaning the sender/creator of the file is at fault?
    If not UTF-8, then probably ISO-8859-1, correct?Most likely the creator of the file is at fault. But it's possible that it has been through some transformation between them and you that rewrote it in a new charset.
    Sure, the real encoding could be ISO-8859-1. Or it could be windows-1252. Other encodings are possible but unlikely, I suppose.

Maybe you are looking for