Case Sensitivity Issue with Latin Characters

Hi,
The Latin Character that i am talking abt is "i",
I am trying to provide in my application the support for Azeri-Latin(Turkish family) Characters,
That is the display and the orientation of characters is perfectly fine throughout the flow of application.
But now there is a problem when selecting a data from DB using like constraint in where clause... The issue has been elaborated below...
From the set of characters there are two character in which i am facing Case Sensitivity issue...
They are as,
i ---> the capital of same is ---> İ
ı ---> the capital of same is ---> I
now in english character mapping,
for i ---> the capital is ---> I
So, this is creating an issue...
Now the test i have done is as follows,
I created a table as,
Create Table CS
CS1 VARCHAR2(20)
Following is the data that is inserted in the table,
Insert into CS values('İ');
Insert into CS values('i');
Insert into CS values('I');
Insert into CS values('ı');
now i am running the following query,
Select * from CS where lower(CS1) like lower('%&a%');
for characters "i","İ","I" it returns 3 rows, that are,
i
İ
I
and for character ı it only returns,
ı
ideally for characters "i" & "İ" should be mapped with each other and "ı" & "I" should be mapped with each other respectively.
But that is not the case.
I am using Oracle 10g
my NLS_database_parameters are as follows,
PARAMETER     VALUE
NLS_LANGUAGE     AMERICAN
NLS_TERRITORY     AMERICA
NLS_CURRENCY     $
NLS_ISO_CURRENCY     AMERICA
NLS_NUMERIC_CHARACTERS     .,
NLS_CHARACTERSET     AL32UTF8
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 TZR
NLS_TIMESTAMP_TZ_FORMAT     DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY     $
NLS_COMP     BINARY
NLS_LENGTH_SEMANTICS     BYTE
NLS_NCHAR_CONV_EXCP     FALSE
NLS_NCHAR_CHARACTERSET     AL16UTF16
NLS_RDBMS_VERSION     10.2.0.1.0
and at client i m using,
NLS_LANG = .AL32UTF8
any help on this issue will be appreciated,
Thanks & Regards,
Pratik

I'm not fully understand your question but I guess you may need to set up NLS_LANGUAGE, NLS_TERRITORY db parameters and client NLS_LANG.
eg client NLS_LANG=TURKISH_AZERBAIJAN.AL32UTF8 and db parameters NLS_LANGUAGE=TURKISH, NLS_TERRITORY=AZERBAIJAN
Full list of supported languages, locales see [Oracle® Database Globalization Support Guide local data subpage|http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/applocaledata.htm]
or tip2: check this: ALTER SESSION SET NLS_COMP=LINGUISTIC;
Edited by: Kecskemethy on Mar 24, 2009 3:14 AM
or you need something like this:
Example 5-16 Matching with the Base Letter Operator [==]
Expression: r[[=e=]]sum[[=e=]]
Matches:
resume<<
résumé<<
résume<<
resumé<<Oracle SQL syntax: SQL> SELECT col FROM test WHERE REGEXP_LIKE(col,'r[[=e=]]sum[[=e=]]');Edited by: Kecskemethy on Mar 24, 2009 3:20 AM

Similar Messages

  • Case sensitivity issue with hostname and sessions

    I'm running into a strange issue with mixed cases and my webservice.
    I have a JAX-WS service running at my host http://sumac.us.oracle.com/interlace/services/AdminService. When I connect my JAX-WS client to this, using the same URL, I have no problems and the session management code seems to work.
    However, if I set my JAX-WS client to connect to http://SUMAC.us.oracle.com/interlace/services/AdminService, the session management doesn't work any more. It seems that the client does not send the JSessionID cookie back to the server.
    I did notice that my webservice sends the following Set-Cookie header and the host that is sent in the original request is SUMAC.us.oracle.com
    Set-Cookie: JSESSIONID=vWjmMJwJXVLf2LBwYN82rxpqbwyKPP4SpD8kd7zLYVkLDJG2Bnnp!-234350174; path=/interlace; HttpOnly
    I'm wondering if anyone has run into this. I'm just using the standard JAX-WS client which is generated from a WSDL file. Let me know if this is sufficient information and I'll add more if necessary.
    Thanks,
    Anil

    I tracked this down and the issue has to do with the CookieJar class used to store the cookie information. It seems that this has already been patched in the JAX-WS 2.2.x line, but I believe that JDK 1.6 u21 uses a version of the 2.1.x branch.
    The JAX-WS issue number is 834.

  • Case sensitive issue CF7 & SQL 2005

    I had to rebuild a database from a backup recently. Now I am having a case sensitive issue in my queries that I did not have before.
    The following use to work with Rockmart in lowercase even though Rockmart was in the table as all uppercase like so ROCKMART.
    <cfquery name="updateAreas" datasource="mySource">
       UPDATE Property
       SET AR = 3610
       WHERE  City = 'Rockmart'
    </cfquery>
    The above has stopped working now the query must specify ROCKMART because it is in the table in all upper case.
    My database option is set to SQL_Latin1_General_CP1_CI_AS
    Any ideas.
    Many thanks for you help.
    Brian

    A collation can be specified at the server, database, and column level in SQL server.  The column collation will take precedence over the database collation.  Check that the collation for the column is case-insensitive.  You can use the query below to get the column's collation.
    SELECT COLUMN_NAME, COLLATION_NAME
    FROM INFORMATION_SCHEMA.COLUMNS
    WHERE TABLE_NAME = 'Property'
        AND COLUMN_NAME = 'City'
    You can get info on the collations supported by SQL Server at:
    http://msdn.microsoft.com/en-us/library/ms144250%28SQL.90%29.aspx
    You can change a column's collation if you need to, but you should be sure that this will not affect any other applications which query the same data.  Another option is to specify the desired collation in your query as suggested by glynjackson.
    http://msdn.microsoft.com/en-us/library/ms190920%28SQL.90%29.aspx

  • GUI Download Issue with Chinese characters

    Hello,
    Currently we are upgrading from 4.7 to ECC. I'm using GUI_DOWNLOAD
    function module to download the data from SAP to desktop. I do have an
    issue with Chinese characters while downloading the file from SAP to ECC.
    In 4.7 the Chinese characters are being downloaded (I haven't used any
    code page) perfectly, but where as in ECC the downloaded file has junk
    characters instead of Chinese.
    Is there any change in the GUI_UPLOAD FM.
    For your reference below is the code present in the program
      CALL METHOD CL_GUI_FRONTEND_SERVICES=>GUI_DOWNLOAD
        EXPORTING
          FILENAME             = Z_FILENAME
    *****DCDK900543 - Begin of fixing for Unicode conversion ****
         FILETYPE             = 'WK1'
          FILETYPE             = 'ASC'
          WRITE_FIELD_SEPARATOR = ABAP_TRUE
    *****DCDK900543 - End of fixing for Unicode conversion ****
        CHANGING
          DATA_TAB             = I_TAB_TMP
        EXCEPTIONS
          FILE_WRITE_ERROR     = 1
          NO_BATCH             = 2
          INVALID_TYPE         = 3
          UNKNOWN_ERROR        = 4
          OTHERS               = 5.
    Regards,
    Bharath.

    Hi bharat,
    please check whether you ecc 6.0 is uni coded or not (as you upgraded).
    If it is not uni coded then you will not be able to print the Chinese characters.
    You can see whether it is uni coded or not by the following
    in your app toolbar under system click on status.
    There you can see whether your ecc6.0 is uni coded or not.
    Regards,
    koolspy.

  • Web Logic 10.3 upgrade causes issues with escaped characters in JSP.

    We recently upgraded our application servers from Weblogic 9.2 to Weblogic 10.3 and we are having an issue with escaped characters in a JSP code. Here is an example of what we are seeing:
    var convertedBody1 = document.getElementById('body').value.replace(/\$FIRST_NAME\$/g, firstName);
    This code works in Weblogic 9.2. In Weblogic 10.3 we have to make the following changes:
    var convertedBody1 = document.getElementById('body').value.replace(/\$FIRST_NAME\$/g, firstName);
    Thanks, Tom

    Hi:
    I have resolved the issue with the following in the jspx page.
    Put an
    <jsp:scriptlet>
    response.setContentType(“text/html; charset=UTF-8”);
    </jsp:scriptlet>
    Inside the <f:view> on the jspx file.
    Please refer the link http://www.oracle.com/global/il/support/tip/nlss11061.html for more details. It is helpful.
    Thanks & Regards
    Sridhar Doki

  • 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" ?>
    <!-- Preferred Character Sets for Languages and/or locales. -->
    <!-- Contents of this file are Copyright (C) 2001-2003 by Siebel Software, inc.
    and may not be in anyway used for any other product or purpose other than those
    of nQuire Software, inc. So there. -->
    <!-- Use the "language" attribute when referring to a group of locales (en, az, be)
    and the "locale" attribute when referring to a specific locale (en-US, fr-CA, cn-TW) -->
    <!-- The "title" attribute is for readability purposes only -->
    <!-- Character sets are listed in order of preference. -->
    <!-- Each character set label must be present in the "CharacterSetDefinitions.xml" file -->
    <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="us-ascii" />-->
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" /> <!-- prefer the windows encoding as iso-8859-1 is less complete -->
         <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" /> <!-- prefer the windows encoding as iso-8859-1 is less complete -->
         <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" /> <!-- prefer the windows encoding as iso-8859-1 is less complete -->
         <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>
    <!-- Note that Analytics does not support the visually ordered Hebrew code page iso-8859-8 (but does support the logically ordered iso-8859-8-i). -->
    <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>

  • Issue with Czech characters in PDFs generated from RSTXPDFT4

    Hi,
    We have a requirement to generate PDF documents from the spool of the Billing document outputs in our project.
    For this we are using the standard program RSTXPDFT4, which converts the SAP script OTF to PDF format.
    But the Czech characters in the billing document output are not getting displayed in the PDF generated out of it.
    We are already using a device type I2HP4 when creating the print request , which supports Latin-2 Character set ( ISO 8859-2 ), to which the special characters
    of East European languages belong.
    Even then , the czech characters are not getting displayed in the PDF generated.
    We have raised  a message to SAP for this, and SAP informed us that currently the only solution to this is to use Latin 2 soft fonts,
    and to upload these soft fonts into R/3 System using report RSTXPDF2 as they contain the Eastern European special characters plus all the other characters in ISO 8859-2.
    But, since character font definitions (font files) are protected by copyrights, SAP informed us that they cannot provide these font files and we have to acquire
    these latin-2 font files by searching in search engines in the internet.
    If anyone has the information where we can get these "Adobe type 1 Latin-2" font files with '.PFB' extension,  for the proper display of Czech characters, please let me know.

    Hi,
    Did you or anyone manage to find a reasonable solution for this issue?
    I'm currently facing something similar but with Polish characters instead.
    I tried using RSTXPDF2 to upload .PFB and .TTF files but to no avail.

  • Issue with cyrillic characters in path while exporting using script

    Hi everyone!
    It seems that there is some issue in CS5 with exporting document using vbscript (not sure about other scripting languages) and path containing cyrillic symbols. Error popped up every time I try to execute the line docRef.Export path & fname, 2, exportOptions if path containing non-latin characters (probably it only affects one with cyriilic characters though). Command docRef.SaveAs path & fname, jpgSaveOptions, True, 2 works just fine with any kind of path supplied. In CS4, CS3 and CS2 versions this problem doesn't occur.
    Is this a known bug and what I should do with it if it's not? I really want help to improve Photoshop;)

    Hi,
    Did you or anyone manage to find a reasonable solution for this issue?
    I'm currently facing something similar but with Polish characters instead.
    I tried using RSTXPDF2 to upload .PFB and .TTF files but to no avail.

  • 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

  • Column header sort - case sensitivity issue

    Hi guys,
    I'm having an issue with the built in column sorting when you click the headers on a report. Basically case sensitivity is taken into account and capital letters get sorted before smaller case letters, for example:
    Cats
    Dogs
    Zebra
    ants
    bears
    How would I be able to fix this built in sort?
    Thanks,
    Luis

    Luis,
    See if Denes's solution helps: Report sort by column header question .
    Scott

  • User Password case sensitivity issue.

    Hi,
    I have been migrated users from EBS to OID, but having some issues like some existing users password in EBS are in Capital letters but when they connect with SSO the same password not accepted, but users can connect same password in small letters.
    How I can solve this issue????????
    Senario:
    1: Existing EBS User:(Before integration of OID+SSO), users are directly connecting with EBS.
    User Name: HINA.SARWAR-----------(Not case sensitive)
    Password: ABCDEF -----------( Case sensitive)
    2: Existing EBS User:(After integration of OID+SSO), user are connecting via SSO.
    Eexpected behavior is that users should logon with above pass "ABCDEF", but they cannot.
    eg:-
    Cannot connect as:
    User Name: HINA.SARWAR -----------(Not case sensitive)
    Password: ABCDEF -----------( Case sensitive)
    Can connect as:
    User Name: HINA.SARWAR -----------(Not case sensitive)
    Password: abcdef -----------( Case sensitive)
    thx

    Hi,
    The solution to your problem is here at metalink:
    Password Case Sensitivity Lost During Extract And Import From EBS to OID [ID 951170.1]
    regards

  • OIM- AD Groups Case sensitive comparing with OIM database

    Hi Guys,
    Managing groups via OIM connectors (Windows AD):
    Is there an issue when the group names on the target platform are in lowercase and we have the group names stored in all UPPERCASE?
    An example of a group name in AD “DS_xpt_O”, we’re going to store it in OIM as “DS_XPT_O”.
    I start using the OIM connectors to automate de-provisioning and provisioning, will this give me a match? Can I set some thing the AD connector to ignore case?
    Leöncio,

    The ldap commands are not case sensitive. I would suggest though you use the ldap group recon for AD to populate your looks appropriately so that you don't end up with blank values or mismatches when you open the child table of the user profile. If the values don't match what's in the lookup, you might see stuff differently, but the values in teh database are still correct.
    -Kevin

  • Issue with Japanese characters in files/filenames in terminal.

    I recently downloaded a zip file with Japanese characters in the archive and in the files within the archive. The name of the archive is "【批量下载】パノプティコン労働歌 第一等.zip"
    The characters are properly displayed in firefox, chrome, and other applications, but in my terminal some of the characters appear corrupted. Screenshot: https://i.imgur.com/4R22m0D.png
    Additionally, this leads to corruption of the files in the archive. When I try to extract the files, this is what happens:
    % unzip 【批量下载】パノプティコン労働歌 第一等.zip
    Archive: 【批量下载】パノプティコン労働歌 第一等.zip
    extracting: +ii/flac/Let's -+-ʦ1,000,000-.flac bad CRC 5f603d51 (should be debde980)
    extracting: +ii/flac/+ѦѾP++ -instrumental-.flac bad CRC 78b93a2d (should be 3501d555)
    extracting: +ii/flac/----.flac bad CRC ddeb1d3e (should be c05ae84f)
    extracting: +ii/flac/+ѦѾP++.flac bad CRC 0ccf2725 (should be be2b58f1)
    extracting: +ii/flac/Let's -+-ʦ1,000,000--instrumental-.flac bad CRC 67a39f8e (should be ece37917)
    extracting: +ii/flac/.flac bad CRC f90f3aa0 (should be 41756c2c)
    extracting: +ii/flac/ -instrumental-.flac bad CRC 3be03344 (should be 0b7a9cea)
    extracting: +ii/flac/---- -instrumental-.flac bad CRC 569b6194 (should be adb5d5fe)
    I'm not sure what could be the cause of this. I'm using uxterm with terminus as my main font and IPA gothic (a Japanese font) as my secondary font. I have a Japanese locale set up and have tried setting LANG=ja_JP.utf8 before, but the results never change.
    Also, this issue isn't just with this file. This happens with nearly all archives that have Japanese characters associated with it.
    Has anyone encountered this issue before or knows what might be wrong?
    Last edited by Sanbanyo (2015-05-21 03:12:56)

    Maybe 7zip or another tool has workarounds for broken file names, you could try that.
    Or you could try to go over the files in the zip archive one-by-one and write it to files out-1, out-2, ..., out-$n without concerning yourself with the file names. You could get file endings back via the mimetype.
    This script might work:
    #include <stdio.h>
    #include <zip.h>
    static const char *template = "./out-%04d.bin";
    int main(int argc, char**argv)
    int err = 0;
    zip_t *arc = zip_open((const char*)argv[1], ZIP_RDONLY, &err);
    if(arc == NULL)
    printf("Failed to open ZIP, error %d\n", err);
    return -1;
    zip_int64_t n = zip_get_num_entries(arc, 0);
    printf("%s: # of packed files: %d\n", argv[1], n);
    for(int i = 0; i < n; i++)
    zip_stat_t stat;
    zip_stat_index(arc, i, ZIP_FL_UNCHANGED, &stat);
    char buf[stat.size];
    char oname[sizeof(template)];
    zip_file_t *f = zip_fopen_index(arc, (zip_int64_t)i, ZIP_FL_UNCHANGED);
    zip_fread(f, (void*)&buf[0], stat.size);
    snprintf(&oname[0], sizeof(template), template, i);
    FILE *of = fopen(oname, "wb");
    fwrite(&buf[0], stat.size, 1, of);
    printf("%s: %s => %lu bytes\n", argv[1], oname, stat.size);
    zip_fclose(f);
    fclose(of);
    zip_close(arc);
    return 0;
    Compile with
    gcc -std=gnu99 -O3 -o unzip unzip.c -lzip
    and run as
    ./unzip $funnyzipfile
    You should get template-named, numbered output files in the current directory.
    Last edited by 2ion (2015-05-21 23:09:29)

  • Issue with special characters in SAP CRM ICSS application.

    Hi ,
    I have issue with the special character in CRM web application.
    1. In CRM IC Webclient application(5.0) . i am copying and pasting some special characters in the description of the service request document. then this is saving the character as it is.
    But when i am opening the same service request in SAP CRM  ICSS(Internet Customer Self-Service) application, then the special characters are converting to different characters.
    I am not sure whether this is the right forum for this or not.
    Can anyone please suggest how can i correct this. Or is there any standard solution to handle the special characters in ICSS.
    Thanks
    Sudhansu

    misunderstood =/
    Original (Coming - output):  "<PAY_TXT>PAYκ Contact your bank or financial institution to make this payment from your cheque, savings, debit or transaction account.</PAY_TXT>"
    it's in output but what is data in database ?
    sorry but without knowing about source data for forming the xml i haven't ideas about your problem
    in db it's "TM " or "™" or ... ?
    Original (Coming - output):  "<PAY_TXT>PAYκ Contact your bank or financial institution to make this payment from your cheque, savings, debit or transaction account.</PAY_TXT>"
    Something like XAE or "K" after PAY Value in the xml tag and continued the text value.  (Tag value is not getting copied exactly here - i am sorry for that )
    that's ok. i need to see the problem not the data as is
    Expected (output):  "Here it needs to produce the "PAY TM" (Here "TM" should be super scripted to "PAY" Value in tag).
    as super scripted in xml?
    as idea - you can have <PAY_TXT>PAY TM</PAY_TXT> and in publisher set TM as super
    Designing XSL Subtemplates - 11g Release 1 (11.1.1)

  • Sensitivity Issue With Stylus on Yoga S1

    I recently purchased the Thinkpad Yoga S1 and use it for school. I mainly use the tablet mode for writing notes in class. I am having issues with the sensitivity of the pen when using OneNote, mainly when switching from different pens or highlighters. The pen will start marking on the screen without actually touching the screen with the stylus. I have been able to mark on the screen while holding the pen up to 2 or 3 inches from the screen. I have calibrated the pen multiple times which ends up being hit or miss if it actually helps.
    TL;DR The stylus is writing in OneNote while being held up to 2 inches from the screen. Is there anything I can do to fix this?

    I have the EXACT same issue.  I have been doing research and have not found a solution.  It is very irritating.  I want to like my new Yoga, but am getting frustrated with quirks like this one... especially compared to the intuitive performance of my other Apple products.  Please help me find a solution so that I can feel better about my new work computer that I was so excited to receive!  Thanks!!!

Maybe you are looking for

  • Document message bar not visible when participating in Shared Review

    Hi, I have initiated a Shared Review using Acrobat Pro 8 Immediately after I finished sending out the notification to other reviewers, the _Review.pdf version of the document is opened for me and the Document Message bar is visible. Therefore I have

  • Gpu vs monitor

    If I have three dedicated gpus but only two monitors, would the third be a waste?

  • Humidity problem in macbook pro???

    I bought a Mac Book Pro (13 inch late 2011) on the 25th of february 2012 in France when i was living there. On the 5th of February 2013, the Mac Book Pro would not switch on without any particular reason. I went to Apex, the only 'Apple' store in Mau

  • Partitioning left empty space

    Im partitioning my hard drive, i created a ubunutu (36gb) and swap space (8gb) and then clicked apply. After that it created the two, but left about 900mb of empty space. How can i merge that with my mac hd partition? *UPDATE: I figured it out I put

  • Dynamically changing sandboxRoot?

      I want to change the sandboxRoot of an iframe dynamically but changing the property before changing the .src of the iframe to load the new url has no effect. The original url is loaded instead of from the application directory. document.getElementB