BAM - Problem with Latin characters

Hi,
I been having problems using the Crosstab type view when dealing with data that has special characters in it, like "João" or "Temporário". When my data contains this kind of characters I get a java script error in Active Studio or Viewer, this error refers to a "Object needed" in URL: http://server:port/OracleBAM/.../scripts/views/crosstab/CrossTabCommon.js".
Is there anyway I can sort this out, or is this a limitation of BAM?
THX

hi..
this has more to do with the conceppt of codepage of the system...that u r using..
in some cases the development system is unable to recognise the local characters...and hence it prints junc characters....but wen u move the same to higher system...u can find the desired characters....
Also try one thing ..log in in local (Latin Language ) and upload...even if it does not come in devlopment system...it will come in higher systems...
Hope the above works...Reward points..if helpful...
Edited by: Rudra Prasanna Mohapatra on Jul 3, 2008 1:27 PM

Similar Messages

Problem with Latin Characters while transferring to the file

Hi,
I want to transfer the data to the file. But the problem i m facing is latin characters get converted to unwanted characters.
If i use FM 'SCP_REPLACE_STRANGE_CHARS', it converts latin to english.
But i want latin to be latin itself.
Please help.

hi..
this has more to do with the conceppt of codepage of the system...that u r using..
in some cases the development system is unable to recognise the local characters...and hence it prints junc characters....but wen u move the same to higher system...u can find the desired characters....
Also try one thing ..log in in local (Latin Language ) and upload...even if it does not come in devlopment system...it will come in higher systems...
Hope the above works...Reward points..if helpful...
Edited by: Rudra Prasanna Mohapatra on Jul 3, 2008 1:27 PM

[internationalization] problems with Chinese characters

Hi everybody.
I'm working on a program and i'd like to translate it into several languages. Until now I've managed to launch my program in 3 languages : French, English and German. I do it by asking the user which language he'd like to select by means of a JComboBox. Then the right Locale is selected and the right text is called by the RessourceBundle and so on .... Actually I've encountered no problems with "latin lettered" languages.
I also tried to introduce Chinese in my program and that's how problems come in. The way Chinese is introduced in the program is exactly the same that of French, English and German. The .properties file I use is MyRessourcesMainTitle_zh.properties and one line is stored in it: title = 中文
However when I run the program and selected Chinese as language an error pops up in the DOS console : "Exception in thread "AWT-EventQueue-0" java.util.MissingRessourceException : Can't find ressource for bundle java.util.PropertyRessourceBundle, key title".
I would like to point out that I saved my *.properties in a former *.txt file encoded in Unicode. Saving it encoded either in Unicode big endian or in UTF8 ends with the same problem. However the program ran just fine when I encoded it in ANSI but it's worthless insofar as the Chinese characters are transformed into "?".
Would anyone have an idea about how to implement sucessfully Chinese characters in my program ?

I dont think you can print chinese chars at the console on window
to print the character codes to the console use someting like that
char [] chars = request.getParameter("whatever").toCharArray()
for(each chars){
System.out.println((int)chars);
then check if you got the corresponding chinese char

Problems with special characters like "u00F6" "u00E4" "u00FC"

Hi,
we currently face some major problems with special characters like "ö" "ä" "ü". First I thought it is a SP02 specific problem but it still doesn't work with SP03.
When I start an import the import manager shows correct converted value. "ö"s "ä"s "ü"s are displayed correctly. But after I've done the import I look into the Data manager and I see instead of these characters charcaters like "̈". (note: the character should show a little square box - but the forum cannot desplay it)
How can I solve this problem?
Regards
Nico

Hi Nico
Just try it out the following steps, hope it solves ur issue.
<b>To set one or more values back to their original values:</b>
1. In the Import Manager Source Values grid, select the values that you want to set back to their original values.
2. Right-click on one of the values and choose Set to Original Value from the context menu, or choose Values > Apply Value Conversion Filter > Set to Original Value from the main menu.
3. MDME sets each value back to its original value, which appears in black in the Source Values grid.
<b>NOTE : You can use the Set to Original Value filter only at the value-level and not at the field level.</b>
thanks
Alexander

Problems with special characters in InputStream or XPath

Hello everyone,
I am having problems with special characters such as ", ', - and so on, everything becomes ? (questionmark). (Not with special nordic characthers (å,æ,ø) though.)
The encoding of the XML is UTF-8, and the server that holds the webservice is setting encoding to UTF-8 also, so no conflict there.
What I have done is something like this:
{code}
String url = "http://www.formula1.com/rss/news/latest.rss"; // This is not the feed I use, it is a custom XML document
InputSource is = new InputSource(url);
DocumentBuilderFactory fct = DocumentBuilderFactory.newInstance();
DocumentBuilder builder = fct.newDocumentBuilder();
Document doc = builder.parse(is);
Element rootElement = doc.getDocumentElement();
XPathFactory factory = XPathFactory.newInstance();
XPath xPath = factory.newXPath();
out.print(xPath.evaluate("/rss/channel/title", rootElement)); // The xml is not a RSS feed, this is just an example.
{code}
Please let me know what I am doing wrong, or give me a hint of how to solve this in another way.
Best regards,
G.Hansen
Edited by: G.Hansen on Mar 24, 2009 2:39 AM

Hello, thanks for you reply. I had to rewrite your code a little, and I think that your code would not really compile, if you tried yourself :-)
I ended up with something like this:
our environment is running in 1.4 mode, so I could not use the for-each loop :-(
public String printEntities(String s) {
     char[] sArray = s.toCharArray();
     StringBuffer sb = new StringBuffer();
       for (int i = 0; i < sArray.length; i++) {
         if (sArray[i] > 256)
              sb.append("&#x" + Integer.toHexString(sArray) + ";");
     } else
          sb.append(sArray[i]);
     return sb.toString();

How to send Oracle rowid to servlet? | Problem with national characters.

There is same possibility how to send rowid to servlet?
I have now definition like this:
<af:image source="/imageservlet?Par1=#{bindings.Col1.inputValue}"/>
But If column contents national characters, servlet methods obtained changed these characters.
My idea is to use not primary key for row, but use oracle rowid. It is simply possible?
Use something like this:
<af:image source="/imageservlet?Rowid=#{bindings.Rowid}"/
Or Do you have ideas how to solve problem with national characters ?
Thanks
FiL

Hi,
Although your workaround works.
I think this is a simple encoding problem.
I simply need to make sure all parameters and pages are encoded with a char set which contains the national characters you mentioned.
This is a bit dependent on the exact technology your using, but most can be done via the web.xml:
<jsp-config>
      <jsp-property-group>
          <url-pattern>*.jsp</url-pattern>
          <page-encoding>UTF-8</page-encoding>
      </jsp-property-group>
</jsp-config>     This forces all JSP pages to be encoded in UTF-8
Adding the following parameter sometimes helps as well, although I think this one is a bit dated:
You said your using a servlet so your servlet needs a similar block for its pattern
<context-param>
    <param-name>PARAMETER_ENCODING</param-name>
    <param-value>UTF-8</param-value>
</context-param>If you want to be 100% sure the encoding is set right make sure thepages contain:
<%@ page contentType="text/html;charset=utf-8"%>Or depending on your view technology the syntax can be a bit different
-Anton

Problem with national characters on windows client

Hello there,
I'am having problem with national characters on windows client.
All national data stored in NVARCHAR2 colums, applications (.net) works fine,
but in sqlplus:
select city from test_table;
- everything ok, sqlplus shows national characters
select dump(N'<national symbols>') from dual
- returns
Typ=96 Len=12: 0,191,0,191,0,191,0,191,0,191,0,191
select * from test_table where city = N'<national symbols> '
- always returns nothing
As i understand the problem in
sql query text (and national literals) convertion
to servers "WE8ISO8859P1" encoding, Is it possible
to solve the issue?
Thanks in advance
PS.
Console in right mode (chcp=1251)
sqlplus shows russian messages well
Server (oracle 9 on solaris):
select * from nls_database_parameters
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_SAVED_NCHAR_CS WE8ISO8859P1
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8ISO8859P1
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_RDBMS_VERSION 9.2.0.6.0
Client (windows server 2003, oracle client 10):
NLS_LANG = RUSSIAN_CIS.CL8MSWIN1251

N'<national symbols>', being part of an SQL statement, will be converted to the database character set (WE8ISO8859P1) before being parsed. Only if the client and the database are both 10.2 or higher, the client can encode the literal appropriately so that it survives this conversion.
In earlier versions, you can do the encoding yourself. Instead of the N'<national symbols>' literal use the UNISTR function: UNISTR('\xxxx\yyyy\zzzz'), where U+xxxx, U+yyyy, U+zzzz are Unicode code points of your national characters.
-- Sergiusz

OBIEE 11.1.1.6.2 Go Url pass filter with latin characters

Hi all,
I'm facing the following situation with obiee go url. It seems that obiee does not accept column names with latin characters (in this example the column name "Instalação"). The report simple ignores the filter and shows the output.
I tried with another column without special characters and filter works correctly.
Here is the example:
http://localhost:9704/analytics/saw.dll?Go&Path=/Shared/Temp/Instalações&NQUser=weblogic&NQPassword=welcome&Action=Navigate&P0=1&P1=eq&P2=Contador.Instalação&P3=1+TESTE
I also tryied the following with no sucess
http://localhost:9704/analytics/saw.dll?Go&Path=/Shared/Temp/Instalações&NQUser=weblogic&NQPassword=welcome&Action=Navigate&P0=1&P1=eq&P2=Contador."Instalação"&P3=1+TESTE
Can anyone help me?

Hi Srini
The file localechraractersetlist.xml already has the setting <characterSet name="utf-8" />
My localecharactersetlists.xml looks like this.
<?xml version="1.0" encoding="utf-8" ?>






<sawl:localeCharacterSetLists xmlns:sawl="com.siebel.analytics.web.locale/v1" xmlns="com.siebel.analytics.web.locale/v1">
<characterSetList name="locale:ar" title="Arabic">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-6" />
     <characterSet name="Windows-1256" />
     <characterSet name="ASMO-708" />
     <characterSet name="x-mac-arabic" />
</characterSetList>
<characterSetList name="locale:az" title="Azeri">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-5" />
     <characterSet name="Windows-1251" />
</characterSetList>
<characterSetList name="locale:be" title="Belarusian">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-5" />
     <characterSet name="Windows-1251" />
</characterSetList>
<characterSetList name="locale:bg" title="Bulgarian">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-5" />
     <characterSet name="Windows-1251" />
</characterSetList>
<characterSetList name="locale:ca" title="Catalan">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:cs" title="Czech">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-2" />
     <characterSet name="Windows-1250" />
</characterSetList>
<characterSetList name="locale:da" title="Danish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
     <characterSet name="x-EBCDIC-DenmarkNorway" />
</characterSetList>
<characterSetList name="locale:de" title="German">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:el" title="Greek">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-7" />
     <characterSet name="Windows-1253" />
     <characterSet name="x-mac-greek" />
</characterSetList>
<characterSetList name="locale:en-us" title="English (United States)">

     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" /> 
     <characterSet name="iso-8859-1-ie" />
     <characterSet name="iso-8859-1" />
     <characterSet name="iso-8859-15" />
</characterSetList>
<characterSetList name="locale:en" title="English">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" /> 
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
     <characterSet name="Windows-1252" />
</characterSetList>
<characterSetList name="locale:es" title="Spanish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" /> 
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:et" title="Estonian">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-4" />
     <characterSet name="Windows-1257" />
</characterSetList>
<characterSetList name="locale:eu" title="Basque">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:fa" title="Farsi">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1256" />
     <characterSet name="iso-8859-6" />
</characterSetList>
<characterSetList name="locale:fi" title="Finnish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:fo" title="Faeroese">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:fr" title="French">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:hi" title="Hindi">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:hr" title="Croatian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:hu" title="Hungarian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:hy" title="Armenian">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:id" title="Indonesian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:is" title="Icelandic">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
     <characterSet name="x-mac-icelandic" />
</characterSetList>
<characterSetList name="locale:it" title="Italian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>

<characterSetList name="locale:he" title="Hebrew">
     <characterSet name="utf-8" />
     <characterSet name="iso-8859-8-i" />
     <characterSet name="x-mac-hebrew" />
</characterSetList>
<characterSetList name="locale:ja" title="Japanese">
     <characterSet name="utf-8" />
     <characterSet name="shift_jis" />
     <characterSet name="euc-jp" />
     <characterSet name="csISO2022JP" />
     <characterSet name="x-mac-japanese" />
     <characterSet name="x-EBCDIC-JapaneseAndJapaneseLatin" />
<characterSet name="x-EBCDIC-JapaneseAndKana" />
<characterSet name="x-EBCDIC-JapaneseAndUSCanada" />
<characterSet name="x-EBCDIC-JapaneseKatakana" />
</characterSetList>
<characterSetList name="locale:ka" title="Georgian">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:kk" title="Kazakh">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:ko" title="Korean">
     <characterSet name="utf-8" />
     <characterSet name="euc-kr" />
     <characterSet name="ks_c_5601-1987" />
     <characterSet name="x-EBCDIC-KoreanAndKoreanExtended" />
     <characterSet name="x-EBCDIC-KoreanAndKoreanExtended" />
     <characterSet name="x-EBCDIC-KoreanExtended" />
     <characterSet name="x-mac-korean" />
     <characterSet name="Johab" />
</characterSetList>
<characterSetList name="locale:lt" title="Lithuanian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1257" />
     <characterSet name="iso-8859-4" />
</characterSetList>
<characterSetList name="locale:lv" title="Latvian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1257" />
     <characterSet name="iso-8859-4" />
</characterSetList>
<characterSetList name="locale:mk" title="Macedonian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:mr" title="Marathi">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:ms" title="Malay">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:nl" title="Dutch">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:no" title="Norwegian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:pl" title="Polish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:pt" title="Portuguese">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:pt-br" title="Portuguese (Brasil)">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:ro" title="Romanian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:ru" title="Russian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
     <characterSet name="x-mac-cyrillic" />
</characterSetList>
<characterSetList name="locale:sa" title="Sanskrit">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:sk" title="Slovak">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sl" title="Slovenian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sq" title="Albanian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sr" title="Serbian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1250" />
     <characterSet name="iso-8859-2" />
</characterSetList>
<characterSetList name="locale:sv" title="Swedish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-15" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:sw" title="Swahili">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1252" />
     <characterSet name="iso-8859-1" />
</characterSetList>
<characterSetList name="locale:ta" title="Tamil">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:th" title="Thai">
     <characterSet name="utf-8" />
     <characterSet name="x-EBCDIC-Thai" />
</characterSetList>
<characterSetList name="locale:tr" title="Turkish">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1254" />
     <characterSet name="iso-8859-3" />
     <characterSet name="iso-8859-9" />
     <characterSet name="x-mac-turkish" />
</characterSetList>
<characterSetList name="locale:tt" title="Tatar">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:uk" title="Ukrainian">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:ur" title="Urdu">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1256" />
     <characterSet name="iso-8859-6" />
</characterSetList>
<characterSetList name="locale:uz" title="Uzbek">
     <characterSet name="utf-8" />
     <characterSet name="Windows-1251" />
     <characterSet name="iso-8859-5" />
</characterSetList>
<characterSetList name="locale:vi" title="Vietnamese">
     <characterSet name="utf-8" />
</characterSetList>
<characterSetList name="locale:zh-tw" title="Chinese (Traditional / Taiwan)">
     <characterSet name="utf-8" />
     <characterSet name="big5" />
     <characterSet name="EUC-CN" />
     <characterSet name="gb2312" />
     <characterSet name="hz-gb-2312" />
     <characterSet name="x-mac-chinesetrad" />
</characterSetList>
<characterSetList name="locale:zh" title="Chinese (Simplified)">
     <characterSet name="utf-8" />
     <characterSet name="gb2312" />
     <characterSet name="hz-gb-2312" />
     <characterSet name="iso-2022-cn" />
     <characterSet name="EUC-CN" />
     <characterSet name="big5" />
     <characterSet name="x-mac-chinesesimp" />
</characterSetList>
</sawl:localeCharacterSetLists>

Application Hudba (Music) problem with Czech characters

Hello,
I have problem with Czech characters for Music files copied into application "Hudba" all Czech letters (š,č,ť...etc.) are translated into Japonies letters (which I could not read at all). Could someone help please.
Thanks

You might to consider contacting the app developers http://talk.sonymobile.com/t5/Music/Walkman-Beta-Test/m-p/953659#U953659

Problem with some characters in complex objects

Hi all,
I've built a webservice which returns a complex object with several fields inside. All fields are public and accessable via getter and setter methods.
The problem is, that some of these fields contains numbers or underscores in their names.
For example:
public int field_a;
or
public String house3of4;
When I try to import these webservice as a model in a Web Dynpro project, it doesn't work until I remove these characters.
Is this a known problem or is there any solution for it?
Thanks
Thomas

NLS_LANG in registry is "ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256"
I use oracle form 10g for developer
oracle form 9i for database
when I build a form in client side and make a text with farsi characters, when I run the form,all characters shows me correct in farsi except four characters(گ چ ژ پ)

Problems with Turkish characters not displaying correctly

A user is having problems with certain Turkish characters in particular fonts not displaying correctly (as shown below).
The two fonts (Gill Sans and Helvetica LT CondensedLight) are used for English language marketing material. Ideally, for continuity, the same font would be preferred for our Turkish language marketing material rather than changing it to a similar font.
Helvetica LT CondensedLight
Turkish character “ İ ” does not display correctly in either Word or InDesign.
Gill Sans
Turkish characters “ ş ” and “ ğ ” display correctly in Word but not InDesign.
My questions are:
1. For Gill Sans, why are the characters not displaying in InDesign but are in Word?
2. I've noticed here: http://www.webtype.com/font/gill-sans-family/#glyphs-tab that the required characters are available within the Gill Sans font. Is this because the font is newer and includes the additional characters? Would this work in InDesign?

One of the big differences between InDesign and Word is that Word will happily substitute glyphs without telling you. So, unless your installs of Word and of InDesign are using different versions of Gill Sans (which is possible, BTW) then your s-with-cedilla and your g-with-macron are actually not in Gill Sans but in some other font. I'm guessing Arial.
It's possible that you have more than one Gill Sans installed (e.g. one in your Document Fonts folder and another in your system fonts folder) that have different glyph complements. Gill Sans has been around a long time, and the version I have from the 90s has no Turkish support whatsoever.
As far as the capital-I-with-dot, you can check your glyph coverage in a variety of ways. In both InDesign and Word, you can open up a window that shows you all of the glyphs in a font. In InDesign, find it in Type -> Glyphs. In Word, it's called "Insert Symbol" and you can find it in Word 2010 by going to Insert -> Symbol -> More Symbols. I am guessing that the answer to this question is simply that your cut of Helvetica LT has no cap-I-with-dot. You'd need to pick a font that actually has support for Turkish. On WIndows, I use a very full-featured freebie called BabelMap to check font coverage. They have a Web version here:
http://www.babelstone.co.uk/Unicode/babelmap.html
but I personally prefer the downloadable .exe file.

File XML Content Conversion: Problem with special characters

Hello,
in a file sender cc content conversion is used to transform a flat structure to XML. What we experiencecd is that the message mapping failed due to a character that was not allowed in XML:
I was assuming that the file content conversion just creates XML messages with allowed characters. Is there any way to configure content conversion to remove control characters which are not allowed in XML? Unfortunately the sender system cannot be modified.
Thank you.

Hi Florian,
Please use this UDF to remove special characters which prevent XML messages to form properly.
public static String removeSpecialChar(String s)
          try
               s=s.replaceAll("&","& amp ;");
               s=s.replaceAll("<" , " & lt ;");
               s=s.replaceAll(">", "& gt ;");
               s=s.replaceAll("'", "& apos ;");
               s=s.replaceAll("\"", "& quot ;");
          catch(Exception e)
               e.printStackTrace();
          return s;
Please remove spaces between characters within double quotes. I have added them because otherwise you can't see this code properly. Please check this below link , please replace the characters with proper values as the display is causing a problem here
http://support.microsoft.com/kb/316063
regards
Anupam
Edited by: anupamsap on Jul 7, 2011 4:22 PM
Edited by: anupamsap on Jul 7, 2011 4:23 PM

Problem with Polish Characters while downloading data using GUI_DOWLOAD

Hi,
I was trying to create a file on the presentation server using GUI_DOWLOAD.
I am facing a problem with the data that contains polish characters.. like Ą , Ł..
There is a vendor numer in the system as FRĄCZEK, when i was tring to download, the vendor number is downloaded as FR¥CZEK, even i tried to download from SE16 also, still i am facing the same problem.
I am facing the above problem with soem other polish characters..
Is there any solution to download the data properly.. ?
Guys please help me.
Thanks in advacnce.
Regards,
Sriram.
Edited by: Srirama Murthy Maddirala on Oct 27, 2009 8:10 AM

Hi Sriram,
<li>Get the front-end code page using NLS_GET_FRONTEND_CP.
<li>Pass the code page through GUI_DOWNLOAD.
REPORT ztest.
TYPE-POOLS:abap.
DATA:frontend_codepage TYPE cpcodepage.
DATA:codepage          TYPE abap_encoding.
"Get the Frontend Code page
CALL FUNCTION 'NLS_GET_FRONTEND_CP'
EXPORTING
    langu             = sy-langu
IMPORTING
    frontend_codepage = frontend_codepage.
"Pass the codepage through GUI_DOWNLOAD function module
codepage = frontend_codepage.
CALL FUNCTION 'GUI_DOWNLOAD'
EXPORTING
    filename = 'C:\temp\data.xls'
    filetype = 'ASC'
    codepage = codepage
TABLES
    data_tab = it_data.
Thanks
Venkat.O

Problems with danish characters in email

Hi,
I have created a mailform with danish characters. I have tried to use the following configuration:
charset=iso-8859-1
But when i save the mailform, CRM transforms it to:
charset=utf-8
And before the header line it inserts:
<?xml version="1.0" encoding="utf-8"?>
This is a problem because some of oure customers email clients, can't read this and garbles the danish special characters. The result is non readable emails.
How do i fix this?
Kind Regards
Michael
Edited by: Michael Knudsen on Oct 16, 2008 11:21 AM

Hi Michael,
pls create an OSS for this to allow SAP development to check this for you.
regards
martin

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

BAM - Problem with Latin characters

Similar Messages

Maybe you are looking for