Html editor turkish character problem

There is a problem in jdeveloper 10.1.3 html editor on computers with regional settings set to Turkish. In Turkish, uppercase version of "i" is "İ" (I with a dot at the top) and lowercase version of "I" is "ı". This causes a problem with html tags containing i. If you write "div" jdeveloper doesn't recognize the tag. There is no problem if you write "DIV"
I think html editor converts every tag to uppercase (according to regional setting) in the background and then validates, so "div" becomes "DİV" and it doesn't recognise. To fix this bug, editor must ignore language settings for tags if it converts to uppercase.

We had our share of the four Turkish "i"s. Wouldn't it be easier to just get rid of two of them? :o)
But we had problems in our application and not in the IDE.
If no default locale is specified, then the JVM uses the host's. So maybe it would help to specify a different locale in bin\jdev.conf by adding VM options -Duser.country and -Duser.language. What happens when you add these settings and specify "US" and "en" for example. Does that help?
Sascha

Similar Messages

Native Language (Turkish) character problem

Hi,
When I generete output in Oracle EBS's publisher all my native language Turkish characters are in unwanted format. How can I solve this problem?
Thanks

You need to have the Turkish character font you are using in your template, available on the server. You need to use the font manager to load it into the EBS instance.
check out the following
http://blogs.oracle.com/xmlpublisher/2006/06/how_to_install_a_font_using_xm.html
Regards
tim

Turkish character problem in business explorer excel

in my query there are columns which have turkish characters but they are not displayed correctly instead of it ,"?" question mark character appears in Excel .
old queries that already created before mine display turkish character correctly.
What is the settings that i missed?
what can the reason be ?
Thanks alot.

Thank you for reply Raj,
But the problem does not depend on uploading or downloading excel file. When I upload/download an excel file from the report list or when I use FM gui_download for inserting rows into excel file that runs perfect. When I open excel file, I can see all Turkish characters well.
The problem is that I composed a program which sends an e-mail with excel attachement to receipents automatically. After converting internal table to excel file in the program lines, I uses FM SO_DOCUMENT_SEND_API1 with the parameters as below:
CALL FUNCTION 'SO_DOCUMENT_SEND_API1'
       EXPORTING
            document_data              = w_doc_data
            put_in_outbox              = 'X'
            sender_address             = ld_sender_address
            sender_address_type        = ld_sender_address_type
            commit_work                = 'X'
       IMPORTING
            sent_to_all                = w_sent_all
       TABLES
            packing_list               = t_packing_list
            contents_bin               = t_attachment
            contents_txt               = it_message
            receivers                  = t_receivers
While debugging, I can see TR characters well before posting " t_attachment" in FM .After running the FM and posting the e-mail the problem occurs. When I check the excel file in SOST t-code making display , I cannot see TR characters properly as mentioned above. I hope the problem description is clear.

Turkish character problem on AFCS

I want to run an authentication by AFCS through zend_amf and php. I’m using Tom Krsha's sample service.
<?php
require_once("afcs.php");
class AFCSService{
public $account;
public function __construct(){
$this->account = new AFCSAccount("http://connectnow.acrobat.com/<MY ACCOUNT>");
$this->account->login("<MY USERNAME>","<MY PASSWORD>");
public function getToken($room,$user,$password){
// EXTERNAL AUTHENTICATION LOGIC
if($user == "tom" && $password == "tom"){
   $session = $this->account->getSession($room);
   $fullname = "ÜĞŞÇİ";
   $id = 123;
   $role = 50; // publisher
   $token = $session->getAuthenticationToken("<MY SECRET KEY>",$fullname,$id,$role);
   return $token;
return null;
?>
if there is a Turkish character like "ü,ğ,ş,ç,ı" in their fullname, I'm getting error, if I replace the Turkish characters with "u,g,s,c,i" everything is Ok
Error output;
Error: Invalid username or password:Login again
at com.adobe.rtc.authentication::AbstractAuthenticator/onLoginFailure()[C:\work\main\connect \cocomo\src
\com\adobe\rtc\authentication\AbstractAuthenticator.as:182]
at com.adobe.rtc.authentication::AbstractAuthenticator/onAuthorizationFailure()[C:\work\main \connect
\cocomo\src\com\adobe\rtc\authentication\AbstractAuthenticator.as:197]
at com.adobe.rtc.session.sessionClasses::MeetingInfoService/onComplete()[C:\work\main\connec t\cocomo\src
\com\adobe\rtc\session\sessionClasses\MeetingInfoService.as:313]
at flash.events::EventDispatcher/dispatchEventFunction()
at flash.events::EventDispatcher/dispatchEvent()
at flash.net::URLLoader/onComplete()
How can I solve this problem?
is there a relation with this problem and the headers in the afcs.php file?
$headers = array("Content-Type" => 'text/xml');

Thanks for your reply Raff.
Works Great. You will update the method.

Turkish Character Problem Using Database Link

Hi all,
I have a link created to a 10g XE database, from a 9i database. The link works fine for everything, but there is a problem with Turkish characters. Consider following query;
INSERT INTO xxer_char_deneme_brk@teta -- obviously teta is the link from 9i to 10g XE
SELECT urun_adi, --Atkı - CQS - 00 Beden
'ĞÜŞİÖÇI','ğüşiöçı',
URUN_UZUN_ACIKLAMA --%35 VİSKOZ %29 YÜN %20 POLYAMID %8 ANGORA %8 KAŞMİR
FROM xxer.xxer_stok --9i table
WHERE urun_adi LIKE '%Atk%';
In this query as you can see I insert two column values manually, and two from a table in my production database(9i). Also I show the correct values of columns as comments. When I run this query those columns are inserted to the remote database(10g XE) as 'Atki - CQS - 00 Beden' and '%35 VISKOZ %29 YÜN %20 POLYAMID %8 ANGORA %8 KASMIR', but the manual values are inserted without any conversion. As you can see only the values selected from the table change. For example İ is converted to I, Ş to S, Ğ to G and so on.
Now first I thought of NLS parameters, but both databases have Turkish language and territory settings. 9i runs on AIX 5.3, 10g runs on Windows server 2008.
Any help will be appreciated.
Thanks
Burak

Pl see these MOS Docs
Changing the NLS_CHARACTERSET to AL32UTF8 / UTF8 (Unicode) [Document 260192.1]
AL32UTF8 / UTF8 (Unicode) Database Character Set Implications [Document 788156.1]
The easiest option would be to export from the current XE database, reinstall the AL32UTF8 version of XE, and perform an import.
http://download.oracle.com/docs/cd/E11882_01/server.112/e10729/ch11charsetmig.htm#CEGCHGIJ
HTH
Srini

Turkish character problem in SAPScript

Hi ,
I have created a SAPScript form (Purchasing - RFQ) original language is TR, and created a copy of this in language EN.
I have problem with Turkish characters when printing an RFQ in English.
Any comments ?
Thanks.
Utku

hii
The logic to build SAP Script and Smart form of all languages will be same. But while working on Asian language please take care of the following points.
1 Make sure you logon to SAP in turkish language only.
2 At the Operating system level install the turkish language.[Control panel - >Regional and language Option - >language Tab - > Click on Install Files for East Asian languages] If these language already installed then click on Detail and add the turkish languages .
3 At SAP level click on Customizing of Local layout[Alt+F12] and click on options.Go to tab I18N and click on Activate the multi-byte functionalities to support check box.
4.Take care of the Font while assigning to Character formar or paragraph format. Dont use normal font name.
USE turkish FONT
Revert back for more help
Regards
Naresh

Discoverer 3.1.36.06 Turkish character problem

Hi,
I am trying to get reports using Discoverer 3.1.36.06. Though my
database is Turkish and I can select accurate Turkish characters
from it using TOAD or reporting tools like Business Objects,
there occurs a problem when using Discoverer to produce reports,
which is some Turkish characters are not correctly seen.
Any help would be appreciated.
Thanks.

I tried to recreate what you described above with my version of the Admin edition and could not reproduce it. I am currently using Admin Release 3.1.41 which is a patch to 3.1.36. It appears that your problem is fixed with a patch but you will want to look over the documentation to see exactly what the patch will fix for you. Hope this helps you. Good luck.

Turkish Character Problem using GO function

Hi,
We have a requirement of opening new dashboard page as a new page when a link is followed in an analytical request. We are using GO function and we are passing parameters also.
Our formula for the column producing the link is like following (I have to drop html tags as they are not rendered on the forum page):
saw.dll?Go&_scid=WAP*ginmv-g&Path=/shared/ASGBOARD/KRN_ISL/DENEME_ISL&Action=Navigate&P0=1&P1=eq&P2=ISLETME_DIM.SUBEKODU&P3=1+"@"&Done=Close
The parameters are coming from primary request columns. However, if those parameters contain turkish characters like ş ç ö ü etc. the parameters are not passed correctly to the target dashboard page, instead of those characters, an empty box is rendered and the data on the page is not filtered correctly.
Any idea on this?
Thanks

Hi,
I am also not sure whether this is somehow because of OC4J settings or Oracle BI settings.
Thanks

Displaying turkish character problem

hi
first i can not run a creator project when default regional options were set to turkish.
and also
turkish characters cant be displayed properly comes from a resource bundle. i have tried to different encodings and i have tried to use "native2ascii.exe" tool but results were same.
i think main problem is, container translates my resource using Cp1252 codepage. But i need this result for Cp1254.
is there a configuration option or parameter i missed which can be helpful to overcome this problem ?
is there anybody can help me about this issue ?

thanks for reply Brad.
i have solved the problem.
the solution includes several operations.
first
"-locale tr_TR" parameter must be added to the "creator.conf" file which is under the "C:\Program Files\Sun\Creator2_1\etc" dir.
then
encoding property of the java files and resource bundle files must be set to "8859_9".
i couldnt change the encoding of jsp files but they are already utf8 and there is no problem with them.
these operations solve the creator side of the problem
nevertheless
sun app server must be opened under the english regional settings.
and after its opening local settings can be changed.
regards

Turkish character problem on downloaded subtitles

First of all I could not categorized this issue, so I decided to post to "MacBook Air" which I had problems with. I'm open to any advices about that.
Whenever I download a Turkish subtitle from web (using safari) I open it up on TextEdit app, and Turkish characters are replaced by other weird characters (ı to " for example).
Im using TextEdit's Find and Replace tool to overcome this. However, I still wonder why such a thing occur.
By the way, I use my operating system in English.

Thanks for your reply Raff.
Works Great. You will update the method.

Turkish Character Problem

Hi everyone,
I have Java2 SDK, Standard Edition Version 1.4.2 installed in my computer. I am trying to write sentences in a file that include Turkish characters like "ğ,�,ş...". But when I compile my code in eclipse I see 'ğ' as '?' in the file and also at System.out.
I tried the following code but still can not see 'ğ':
File file = new File("tmp.txt");
FileWriter fileWriter = new FileWriter(file);
BufferedWriter writer = new BufferedWriter(fileWriter);
charSet= Charset.forName("ISO-8859-9");
bbuffer = charSet.encode("ağa�");
writer.write(charSet.decode(bbuffer).toString());
writer.close();
fileWriter.close();
System.out.println(charSet.decode(bbuffer).toString());
Can anyone help?
Thank you.

writer.write(charSet.decode(bbuffer).toString());If you are going to convert those bytes to a String, you really ought to specify the charset. ISO-8859-9 would be a good choice, I suppose, since you already used it. So:writer.write(charSet.decode(bbuffer).toString("ISO-8859-9"));However you still have a problem, namely that your writer is going to encode that String into bytes, and it might not be using the encoding you want. You could specify that like this:File file = new File("tmp.txt");
FileOutputStream fileOutputStream = new FileOutputStream(file);
OutputStreamWriter osw = new OutputStreamWriter(fileOutputStream, "ISO-8859-9");
BufferedWriter writer = new BufferedWriter(fileOutputStream);So let's summarize what we have so far:
1. You convert the string to bytes using ISO-8859-9.
2. You convert it back to a String using ISO-8859-9.
3. You write that String to the file, converting it to bytes using ISO-8859-9.
You might notice some unnecessary work going on here. In my opinion all you need is this:File file = new File("tmp.txt");
FileOutputStream fileOutputStream = new FileOutputStream(file);
OutputStreamWriter osw = new OutputStreamWriter(fileOutputStream, "ISO-8859-9");
BufferedWriter writer = new BufferedWriter(fileOutputStream);
writer.write("a�a�");
writer.close();Just let the OutputStreamWriter do the conversion for you.
PC²

In advanced search inputtext turkish character problem

Hi friends,
In my project when page is shown first Turkish characters in input text looks fine.But when I press advanced search button only input texts values changed and turkısh characters not show.For example İ return Ý.
I use jdeveloper 10.1.3.1 with jheadstart 10.1.3.1 license version. Project is published with oracle application server soa suite 10.1.3.What am I do for solved it???Thanks for all....

Can you provide step-by-step instructions to reproduce this behavior based on the HR demo, that can be downloaded from
http://otn.oracle.com/products/jdev/tips/muench/jhstutorial/MyDemo.zip
Steven Davelaar,
JHeadstart Team.

Türkçe karakter sorunu(Turkish character problem)

wi-fi bağlantısı yapmaya çalışırken "ğ" harfini basmıyor. normalde çalışan harf wi-fi passworf kısmında çalışmıyor
trying to make wi-fi connection "G" letter will not print. working normally at the letters wi-fi password does not work

wi-fi bağlantısı yapmaya çalışırken "ğ" harfini basmıyor. normalde çalışan harf wi-fi passworf kısmında çalışmıyor
trying to make wi-fi connection "G" letter will not print. working normally at the letters wi-fi password does not work

BI JDBC character problem

I tried to write multiple data to database by using BI JDBC connection.I wrote "insert" statement in the SQL_STATEMENT on the line(event) from table to BI query.It works.I select multiple records in the table and write these records to database.But there is a problem about some Turkish Characters such as ü,ş,ğ...There is no character problem when using stored procedures(JDBC connection) instead of BI JDBC.But I cannot write multiple records by using stored procedures.I select multiple records in the table, it onlys writes the first record when using stored procedures.Can I write a stored procedures which takes multiple records from VC? Or, how can I solve Turkish character problem when using BI JDBC connection?
Thanks,
Nihat

Hi Nihat,
I think it depends on your JDBC Driver, which character set it supports. Your database supports turkish characters, when it works with a stored procedure. Maybe you can try to use a conversion for using JDBC. Did you check the manual of the jdbc driver? Did you contact the the jdbc driver vendor?
Best Regards,
Marcel

[KM] HTML editor

Hello,
Anybody know, why documents created directly in KM can be editable by html editor and document uploaded to KM by webdav can be not? (both are simple html docs)
What is the difference between those 2 types of documents?
regards
Artur

Well the reason is just as disturbing:
The HTML editor lacks a bunch of features that you would expect from a normal HTML editor. The problem is that in many cases it's not capable of showing HTML created with a HTML editor outside of the portal. It's simply not capable of recognizing all the tags and would probably just mess the HTML up.
So instead of giving us a decent HTML editor, SAP made a workaround which only makes it posssible to edit HTML files that was original created in the KM editor...
cheers,
Vegard

Html editor turkish character problem

Similar Messages

Maybe you are looking for