Problem with French accents

Hi,
I'm using B2B to transform HL7 v2.x messages from text to xml. The messages include many French accents and are misinterpreted by B2B. Is there a way to set the character set in an HL7 over MLLP setup?

Thanks Ramesh,
There is no BPEL involved at this point. Did you mean the xsd file generated by EDIfecs? It does actually contain the UTF-8 encoding. As for the ecs file, I would not know how to ensure the encoding:
<?xml version="1.0" encoding="UTF-8"?>

<xsd:schema xmlns="urn:oracle:integration:b2b:361B7F53AD2940EB92FB9BBD2424389B" targetNamespace="urn:oracle:integration:b2b:361B7F53AD2940EB92FB9BBD2424389B" xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="1.0" elementFormDefault="qualified">
<xsd:element name="OUL_R21" type="OUL_R21.CONTENT"/>
<xsd:complexType name="OUL_R21.CONTENT">
<xsd:annotation>
Thanks,
Francois

Similar Messages

A problem with French accents

Bonjour aux Francophones,
I'm in trouble when I want to use a circumflex accent (^) on vowels. I can't find the way. Has anyone found a solution ?
Thanks in advance for answers.

Bonjour, ca fonctionne pour presque tous les accents, mais malheureusement pas pour l'accent circomflexe ;(

Problem loading Image data with French accent in file name

We have a very complex commercial application that has been working perfectly in English for over a year. We have now localized it to French and Spanish, and discovered a serious show-stopping problem. We need help fast, with the scheduled release being less than 2 weeks away...!
We iterate over a folder to find all the images in it, then display those in a user window. The code for loading the images is:
            for each (var name:String in filenames){
                var image:SmoothImageTransformable = new SmoothImageTransformable();
                var imagePath:String = dir + "/" + name;
                image.source = imagePath;
                trace("Adding Item to picture carousel with url " + image.source);
                image.data = {directory:dir, filename:name};
                image.isDragEnabled = true;
                image.setStyle("horizontalCenter", 0);
                image.setStyle("verticalCenter", 0);
                _images.push(image);
Our SmoothImageTransformable class is an internal class that inherits from Image. This all works fine for image names like 'myFavoritePhoto', 'test', 'photo346', etc. However, it fails to load the data if the file name is something like 'caméra' Any name with a UTF-8 character causes the data load to fail.
To be sure we weren't doing a load somewhere else in the code that I had overlooked, I added a "image.autoLoad = false' line in there. That did exactly as expected -- all image squares then show a grey blank, with no image shown. Removing that line (reverting to the original code, as shown above) causes all the images to work perfectly, except for those with French accent characters like the é.
HELP! Is this a known bug? Is there some additional setting I need to make it understand the extended character set? I can't find any mention about this at all in the documentation.

@markerline:
We have a fix! Almost... I don't understand one aspect of what I am seeing though.
We have one test file named "camèra.jpg" that is an example of what I am unable to load into an Image. I decided to examine the character codes at each letter, and this is what Flex has as the string:
name = cam?ra.jpg
   [0] = c; 0x99
   [1] = a; 0x97
   [2] = m; 0x109
   [3] = ?; 0x232
   [4] = r; 0x114
   [5] = a; 0x97
   [6] = .; 0x46
   [7] = j; 0x106
   [8] = p; 0x112
   [9] = g; 0x103
Note that the è prints as gibberish in the trace statement, and shows a numeric encoding of 0x232. According to
     http://docstore.mik.ua/orelly/web2/action/appb_01.htm
The unicode equivalent of Latin1 for è is 0xE8, which is equivalent to 0x232. That implies that the string is already Latin1, which I would think would mean that Windoze would recognize the file name and open it properly -- but it does not.
I then tried taking the "camèra.jpg" string, pasting it into NotePad++ in a UTF8 document, then telling NotePad++ to display as ASCII. The result is "camÃ¨ra". I then tried just forcing the file name within Flex to this new mangled string. The result then is:
MAGIC name = camèra
   [0] = c; 0x99
   [1] = a; 0x97
   [2] = m; 0x109
   [3] = ?; 0x195
   [4] = ?; 0x168
   [5] = r; 0x114
   [6] = a; 0x97
   [7] = .; 0x46
   [8] = j; 0x106
   [9] = p; 0x112
[10] = g; 0x103
Note this time the trace statement looks proper. More important, the IMAGE DOES LOAD! (Our display of the name to the user now looks like crap, but that just means I need to modify our class to have a separate 'name' property, rather than extracting it from the 'image.source')
So... my remaining question -- what encoding did I just do through that NotePad++ incantation? That site I quoted above said that it was already Latin1, which is what I thought I was trying to get to. I clearly need to write a method to map from incoming (UTF8 I thought, but maybe Latin1?) to Windows file system (Latin1 I thought, but maybe ASCII).
In other words, I am not sure what charcter set to come from or go to... It turns out the code was already in the character set I had been trying to go to (which is why it wasn't working) and the set I seem to need to go to is not the one I thought...

ITunesU - Tags name with french accents (é,è,à,ê,...)

Every time I try to upload files in iTunesU with french accent in the tag, I found after the upload some characters I never write in the tags.
For example, if the name of the artist is «Hélène David» after the upload the name in tags is «Hélène DavidTS». I do not understand why the letters «TS» appear in the name.
Samething happen if I write in the tag Name «L'intégrité à l'Université de Montréal : pour une vraie réussite» after the upload the new name is «L'intégrité à l'Université de Montréal : pour une vraie réussiteTALB». Same problem with the the name of the album. I wrote «Les grandes conférences du CEFES» and this text appear in the tag «Les grandes conférences du CEFEST».
How to fix this problem ?

You might want to ask in a forum specific to the Forefront server.
Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

Access denied - Password with french accent

hello,
we meet a problem of access via ActiveSync
on our mobile phone for people with
a password with french accents.
the connection is no longer.
to access our CAS server, we go through
a Forefront server registered
DMZ. If we do not go
through this Forefront server, the problem
disappears ...
Anyone have any ideas??
thank you in advance to all!

Hi,
We need your detailed information, do you use TMG or FPE? it sounds like the TMG has published your server.
Do you see any error information?
Best Regards
Quan Gu

Iweb with french accents.

Hi all, I'm using the great IWeb in french... I have found that when i create a new page with french accents IWEB creates a stange file name , but when this new web page have no french accents the name becomes ok. My Os X 10.4.8 is in french and my Iweb is in french to. By the way i'm not from France . I am from Québec Canada. I say that because we do not use the same keyboard configuration nor the same french language.
The question is , Is this phenomenone normal or is there something i can do to correct it.
My version of IWEB is 1.1.2 wish, i think, is the latest version of the product.
Thank in advance.
Mac Book Mac OS X (10.4.8) processor 1.83 GHz Intel Core Duo

It's a known issue. Anytime you use characters outside the plain alphanumeric characters, iWeb will generate a more complex address and corresponding file/folder names. It may be as simple as replacing the characters with their hex/ascii codes or you may get a string of random characters.
My iWeb 2.0 wish is that we are allowed to make pagenames that are separate from the URLs. That would do away with some of the constraints like you describe in naming your page correctly and still having valid and legal URLs.

Problems with Greek accented characters

After the update to AIR 2.0.2 I cannot input into any application greek with accented characters.
Tried TweetDeck and Twhirl and neither work (used to before the update)
Is this a bug or it needs some configuration
I am working on Fedora13 but heard the same problem reported on Ubuntu.
Have not tried on MS Windows or MacOSX

Hi,
I'm using Adobe AIR 2.0.3 on Windows machine. I wrote an app in Aptana Studio (build: 2.0.5.1278522500) with ExtJS library and I found the problem with polish national characters like ż and Ż (all the other national characters like ą, ę, ń are possible to input).
In order to reproduce, here you have the sample code in ExtJS:
http://dev.sencha.com/deploy/dev/examples/form/anchoring.html
As you will see - it is possible to input ż and Ż in text fields.
Now, use the same code to build AIR applicaton and then run the application. It is not possible to input those characters in Air window. Right Alt+z acts like undo operation - it removes last entered text. All the other characters work fine.
Here is the code I used:
<html>
    <head>
        <title>New Adobe AIR Project</title>
        <link rel="stylesheet" type="text/css" href="lib/ext/resources/css/ext-all.css" />
        <link rel="stylesheet" type="text/css" href="lib/ext/air/resources/ext-air.css" />
        <script type="text/javascript" src="lib/air/AIRAliases.js"></script>
        <script type="text/javascript" src="lib/ext/adapter/ext/ext-base.js"></script>
           <script type="text/javascript" src="lib/ext/ext-all.js"></script>
        <script type="text/javascript" src="lib/ext/air/ext-air.js"></script>
        <script type="text/javascript">
        Ext.onReady(function(){
    var form = new Ext.form.FormPanel({
        baseCls: 'x-plain',
        labelWidth: 55,
        defaultType: 'textfield',
        items: [{
            fieldLabel: 'Send To',
            name: 'to',
            anchor:'100%' // anchor width by percentage
            fieldLabel: 'Subject',
            name: 'subject',
            anchor: '100%' // anchor width by percentage
            xtype: 'textarea',
            hideLabel: true,
            name: 'msg',
            anchor: '100% -53' // anchor width by percentage and height by raw adjustment
    var window = new Ext.Window({
        title: 'Resize Me',
        width: 500,
        height:300,
        minWidth: 300,
        minHeight: 200,
        layout: 'fit',
        plain:true,
        bodyStyle:'padding:5px;',
        buttonAlign:'center',
        items: form,
        buttons: [{
            text: 'Send'
            text: 'Cancel'
    window.show();
        </script>
    </head>
    <body>
    </body>
</html>
Is it possible to input those characters or is there a workaround for this (disable undo operation or so) ?
I really appreciate any help.
Kind regards,
Marcin.

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épare la scène
The resulting HTML saved from incontext looks like this
Whistler Live! pr&eacute;pare la sc&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 &
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

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...

Problems with French site

I'm getting a very large number of Document Fetch Failures (the majority are 500 errors) when crawling our French site. We are not having any problems with crawling our English sites which are similar to the French site (just the language difference).
For the crawler parameters for the French sources I am using "French" as the Default language and "ISO Latin-1" as the Default character set. The English use "English" as the Default language and "ISO Latin-1" as the Default character set.
Can someone shed some light on why the French site could be generating so many 500 errors? Is there something I am missing?
Also, I'm not sure if this could be the problem but when I initially set up and crawled the French sources I had the default language set at English. After noticing the large number of 500 errors, I changed it to French, and deleted all of the French rows from the database. Recrawled but still getting errors.
Thank you.

Hi All,
This problem has beenÂ found but not entirely addressed yet. When users sign up to Diamond they are askedÂ if they would like to be added to the Developer Group. This should not be an optional step they should be added automatically. When content is published to Diamond it is publushed as Public content or for a particular group.
We will be addressing this issue in comming weeks and i will updateÂ in this post when we have a resolution.
thanks for your patience and please dont hesitate to contact us at any time if you have any issues or suggestions for the site.
[Contact Us | mailto:[email protected]]
Todd

Help with French Accent Characters Corrupted

Hi, All.
I am developing a Flex Front end connect with Java back-end.
The back-end sends data retrieved from XML file to the Flex
front-end; displays it in an TextArea, and allow user to change.
After user changes the data, hit "Save" button, then Flex sends the
data to the back-end.
I check with the back-end, make sure the data was correct
when sending out to Flex, and the French accented characters gets
corrupted when sending back from Flex. However, in Flex side, this
change cannot be awared. (i.e. The French accents characters
display correctly in Flex, but sending wrong character back). I'm
guessing that might be something related to character sets.
However, I cannot find anywhere to set character sets in
HTTPService. Anybody has idea?

Use Ariel MS Unicode font.

How to import a csv with French accents in it ?

Hello to all,
It's been a while that everytime I import a participant csv in Adobe Connect, if I have French accents (example : é, è, ô...), the name imported with the accents comes out with white on black questions marks at the place of the original accentuated letter.
I have tried different methods to conturn this : using Notepad++ with UTF8 with or without BOM, OEM863 (French)... Nothing seems to do the trick.
Would anyone know how to do this in a import without having to go all through the procedure of either creating my participants manually or changing manually the names after the import, please ?
Thank you very much for your help !
Abigail

I am working on this same issue and doing some small tests. I have saves my file as Unicode text (txt) and that seems to solve the issue with accents not saving. I will need to try larger files.

Problems with Motion5 accented letters in all caps

Hi,
I am having problems with text in all caps when the text contains accented letters (éèàù) they are not rendered as accented caps but in their original format.
It is funny because some smaller programs less professional like iWork handle that fine?
Any suggestions?

Hi,
I am having problems with text in all caps when the text contains accented letters (éèàù) they are not rendered as accented caps but in their original format.
It is funny because some smaller programs less professional like iWork handle that fine?
Any suggestions?

Problems with input accented characters after moving JInitiator to JDK 1.5

After upgrading from JInitiator 1.3.1.18 to JDK 1.5.0_06 (jdk plugin in IE), the input of accented characters (in our case portuguese) isn't working anymore in text areas on the forms (Forms 10g).
So, if you push first the "´" key and then the "a" key, you should get as result "á" (worked correctly with JInitiator), but after upgrading to JDK 1.5 you will get simply a letter "a".
Pressing Alt + 160 shows correctly "á".
Somebody can give a clue about this problem please?
Downgrading again to JInitiator is no option for us, as we need a more modern JVM (for a Dicom viewer applet we developed), and IE crashes if you have an Oracle form running with JInitiator, and then try to open another IE page with an applet requesting JVM 1.5 ...
Thanks a lot for your comments.
Alberto A.Smulders
HostDat Lda. - Portugal

In IE, the server must be in the Trusted Sites list & the security for Trusted Sites set to low
Tools -> Internet Options
Security Tab
Sites button
Add all Forms servers, or use a wildcard to get your entire domain. If you are not using SSL, uncheck the "Require server verification (https:) for all sites in this zone"
Set the Security Level for this zone to Low. If the slider bar is not there, click the Default Level button, then slide the security setting to low.

Problem with Spanish accented characters in some sites (e.g. "é" shows as "eacute")

Spanish accented vocals are not being shown correctly at some pages of a site that I use often (https-based online banking). Note that not all pages at that site show this problem.
On the problematic pages, all accented vocals are shown as a combination of the "&" character plus such vocal (unaccented) plus the "acute" string.
For example:
"Información" shows up as "Informaci&oacuten" ---> note that "ó" was replaced by "&oacute"
"Débitos" shows up as "D&eacutebitos" ---> note that "é" was replaced by "&eacute"
I tried many Unicode & Western character encoding options, including UTF-8 which is my default option, with no improvements (actually, using any encoding option different from UTF-8 breaks those pages that previously worked fine at that site).
Note that this happened even before I installed the DownThemAll! extension.
Internet Explorer does not present this problem.
Thanks for your support.
== URL of affected sites ==
Some internal pages at https://www.argentina.citibank.com (once logged in)

It is possible that those entities are in the page code as &amp; or that they are missing a closing ';'
See View > Page Source or select that text and use "View Selection Source" in the right-click context menu.

Problem with French accents

Similar Messages

Maybe you are looking for