Polish Character issues

Hi,
Our application has a JBoss server running on a Unix platorm.
Apache is the webserver.
My requirement is that a client user should be able to input details on to a for and on submit it will go to a third party tool and generate a PDF.
Now the catch here is that our clients want to input polish characters.
I installed the corresponding central european font for PDF generation and tested it out individually and that is working fine!
I modifed the jsp to include:
<meta HTTP-EQUIV="Content-Type" content="text/html; charset=iso-8859-2">
I have also modified the apached httpd.conf to add:
AddDefaultCharset ISO-8859-2
All this allows me to display the following characters on the page "ę ą ż � ł " and to input them but when submiting the generated PDF seems to relace the ą with a plus minus sign.
I cant seem to paste the charaters here properly.... :( but hopefully u got the idea..
Any clues?

I guess that you need the html equivalents e.g. ę in order to see the Polish characters on the page, but you need to put the original characters back before creating the .pdf.

Similar Messages

Acrobat SDK 9.1 - custom plugin - Polish Characters issue

Hi,
I hope any of you will be able to help me out as we are having small issue. We are developing a plug-in that will digitally sign only XML prior to posting via webservice. This plug-in is developed for Adobe Reader 9.1 and we are using Adobe Acrobat SDK 9.1 to develop it. This plug-in needs to support Polish characters, so the plug-in will be compiled with _UNICODE directive. We are running into a Polish Character issue where Polish Characters are not being displayed in the plug-in popup. Would you be able to tell us how is the Acrobat SDK dealing with this (as it is using std:string and not any type of wide string format), what type of params will get simple functions (like AVAlertNote).
We are also using the JS bridge to export data from the fdf form (using exportXFAData).
Any help would be greatly appreciated!
Thank you,
Jan Kropiwnicki

You should be using ASText objects when working with Unicode.

Western european an Polish character set

Dear gurus,
I 'm work on oracle database 10R2 server with Western European character set. We now want to include polish character to suit a new customer. Inorder to keep our wester eurpean languages (English, danish, swedish etc) and the new polish, I converted the database server and the window webserver client to Unicode UTF8 but I am unable to retrieve some polish characters such as ( ą ć ę ł ń ś ż ź) as they are display differently from the original characters.
If the know the best character set/how to configure the database to support both western european (not only english) and polish character sets please share your view.
regards

Before you can determine whether the characters are displayed correctly, you need to determine that they are stored correctly.
The dump function is useful for this
For example if I dump this entire string
select dump('ą ć ę ł ń ś ż ź') from dual;
I get the following
Typ=96 Len=23: 196,133,32,196,135,32,196,153,32,197,130,32,197,132,32,197,155,32,197,188,32,197,186
and dumping individual characters, eg
select dump('ą') from <yourtable>l;
Typ=96 Len=2: 196,133
I do this test with OracleSqlDeveloper running on the Database Server which has a UTF8 characterset
Check out the globalisation guide. The basic principle here is that the NLS_LANG character setting on your client should be the same as on your server.
eg if you are using a windows client and your server NLS_LANG is set to AMERICAN_AMERICA.UTF8 and teh NLS_LANG setting in the windows registry is AMERICAN_AMERICA.ASCII7, then you would need to change the NLS_LANG setting in the windows registry to AMERICAN_AMERICA.UTF8.
This would then resolve the issues with client display.
So,the steps here are (and in order)
1) Ensure your Data is stored correctly on the server (Insert on server )
2) Ensure your Data is retrieved correctly on the server(Retrieve on server)
3) Ensure your data is displayed correctly on the Client(Retrieve on Client)
That should hopefully resolve your problem. The Globalisation guide as mentione dearlier is your place of reference

Polish character in the word "tysiecy" is not shown correctly in my output

Hi ,
From time to time we have noticed that polish character
in the word "tysiecy" is not shown correctly on the output type: RD10/ZD10 in my form.
It is showing '' tysi#cy '' .We don't know why it is behaving like this??
Please help me if any clue there to solve ..

HI,
Use a Latin-2 device type like I2SWIN to create the spool output. Or if you have a Unicode system, use device type SWINCF.
Regards,
Aidan

File sender adapter and content conversion with polish character

We are loading a csv file with PI 7.0 file sender adapter using "content conversion" - all fields go through EXCEPT a special character hex '208C' (space in front) looks like "Æ" is converted to hex 'C28C'.
We are using code page UTF8
We are using:
enclosuresign "
enclosuresignescape ""
fieldcontentformatting nothing
enclosureconversion NO
Hope some one can help

Hi Bohamo,
Hope you have set the following for your file sender adapter :
1. Transfer Mode is set to Binary,
2. File Type Text,
3. Encoding ISO-8859-1( for Western European Latin ).
Inorder to recognize Polish Character, try as follows :
Your sender file after coming into Pi has XML encoding declaration 'UTF-8'.
Write a simple XSLT mapping to change the value of the attribute "encoding" to "ISO-8859-1" in the output XML of message mapping . Include this XSLT map as the second mapping step in your interface mapping.
First step in your interface mapping will be your already existing message mapping.
An example of the XSL code :
<?xml version='1.0'?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method='xml' encoding='ISO-8859-1' />
<xsl:template match="/">
<xsl:copy-of select="*" />
</xsl:template>
</xsl:stylesheet>
or you can also do java mapping if you are comfortable with java code !
Cheers,
Ram.

Character issue in Excel

Hi All,
For special character issue ..
in Report Builder--> XML Prolong Value: <?xml version="1.0" encoding="iso-8859-1"?>
then issue is vanished,its ok..
but now my issue is for some characters.. the description is printing like CM&U OWI RuÃdorf (1) SDL
instead CM&U OWI Rußdorf (1) SDL. but some description printing properly,:(
Please let me know if I miss any thing ?
THanks
HTH
Edited by: user633508 on Oct 8, 2010 4:52 PM
Edited by: user633508 on Oct 8, 2010 5:10 PM

Hi Kavipriya,
Thanks for quick reply.
This issue after generating output -> Excel..
I am not getting any issue..
but in place of special character , it shows some squar box symbol.. remaining ok..
and remaining special characters are working fine..
the following examples which I got in my excel output..
CM&U Enertrag Randow-HÃ¶he (8) SDL
CM&U PrÃ¼tzke 1-4 SDL I & II
CM&U Kulder Hof TÃ¶nisvorst (4) SDL phase I+II
the output is generating perfect.. but client reports some bad characters are coming in place of Ö. Ü,ß,.....etc
Please let me know how can we correct the above one.
Thanks..

Polish character "u0141" in sap business 2007A

I cant put polish character Ł but i can ł into any field of SAP
normally i use shiftaltL
no i need to use capslock + alt + l
is there any hot key in SAP 2007?? what can we do to make this (shiftaltL) work

Hi,
In the Text Field You Just type ALT + 156
Hope it will work

Special character issue while loading data from SAP HR through VDS

Hello,
We have a special character issue, while loading data from SAP HR to IdM, using a VDS and following the standard documentation: http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/e09fa547-f7c9-2b10-3d9e-da93fd15dca1?quicklink=index&overridelayout=true
French accent like (é,à,è,ù), are correctly loaded but Turkish special ones (like : Ş, İ, ł ) are transformed into u201C#u201D in Idm.
The question is : does someone know any special setting to do in the VDS or in IdM for special characters to solve this issue??
Our SAP HR version is ECC6.0 (ABA/BASIS7.0 SP21, SAP_HR6.0 SP54) and we are using a VDS 7.1 SP5 and SAP NW IdM 7.1 SP5 Patch1 on oracle 10.2.
Thanks

We are importing directly to the HR staging area, using the transactions/programs "HRLDAP_MAP", "LDAP" and "/RPLDAP_EXTRACT", then we have a job which extract data from the staging area to a CSV file.
So before the import, the character appears correctly in SAP HR, but by the time it comes through the VDS to the IDM's temporary table, it becomes "#".
Yes, our data is coming from a Unicode system.
So, could it be a java parameter to change / add in the VDS??
Regards.

Satellite A300-15K: Polish character does not appear using shortcut key

Hi,
I am a fresh user of A300-15K and from the start I have discovered that it has combination of Alt+Ctr+C assigned to starting up ATI software (Catalyst Control Centre). Unfortunatelly this combination normally should produce Polish character "?" ( it doesn't look properly on this page somehow after I have copied it from Word - it is "c" with stong accent over it - here is its capital version "?").
I entered Catalyst Control Centre and unmarked the use of so called HotKeys (first this particular hotkey and then the use of hotkeys generally), but all I achieved was that Catalyst Control Centre stopped starting up after the combination usage.
However, the needed Polish character did not appear. I can get its capital version with Alt+Ctr+Shift+c, but no normal version.
A guy from service centre advised me to assign a different letter as startup combination for Catalyst Control Centre and I did, but it still did not make the Polish character appear.
I guess there must be a fault in regional settings so I tried to change them to English and back to Polish with zero result.
Please help with some word of advise.
Message was edited by: Koster62

Its easy to turn off.
Just enter the catalyst driver and there must be option like 'shortcut'. Turn it off.
I had the same problem.
I remember only it was really easy to turn off.
You shouldn't have problem with that.

Issue with Polish Character

Hi,
The requirement is to create a script for 13 european languages- FR, DE, DA,.... and others.
For all languages we were able to see the print preview correctly. But for Polish language, some of the characters in the print preview are not getting displayed correctly.
I have done the following -
1. Created another paragraph format (with font compatible with Polish language - COURIER)and using this paragraph format where ever we are using our translated text.(Mentioned in SAP note 776507)
2. The output was sent to device with device type I2HPPS (compatible with Latin-2 character). (Note 575916)
3. Also tried with device type I2HP4, I2SWIN
but with all we cannot see the the Polish characters correctly on the screen.
Can any one suggest some solution.
Thanks
Richa

Hi,
To solve this Polish Characters problem can be solved by changing your keyboard settings.
Please follow the below steps to change the keyboard settings:
1. Goto Control Panel
2. Double Click on Regional and language options
3. select the tab Languages
4. Press on Details
5. From the list of laguages select Polish Keyboard and press Apply -> OK.
6. log off your computer and log in.
Now goto the layout where you need to change the polish characters. do the need ful then save and activate.
Regards,
SB.

XML Data from PL/SQL procedure -- special character issue (eBS)

Hi All,
I am developing a report, where the XML data is created by a PL/SQL procedure. I chose this approach over a data template, since there is a lot of processing involved in producing the actual data, and it cannot be done by select-statements alone. The report is run as a regular concurrent request.
So far so good. There is a problem though. Every time the data contains special characters (ä, ö, umlauts), the concurrent request is completed with a warning, the log confirms that "One or more post-processing actions failed.", also there is no output file. The XML structure is valid as such. The report runs smoothly and produces the output when the XML data does not contain special characters.
I am producing the XML lines by using the standard FND_FILE.PUT_LINE procedure: Fnd_File.put_line(Fnd_File.output, '<?xml version="1.0" encoding="UTF-8"?>'); This seems like a character encoding issue, but declaring the UTF-8 encoding in this way does not solve the problem.
Any ideas what can be done to fix this? I have been searching Metalink but cannot find an answer. Many thanks for your kind help.
Best Regards, Matilda

Hi Rajesh,
One idea I have, is that it might be possible to modify the PL/SQL code into a "before report" type trigger, attached to a data template. The code would process the data and write the lines into a temporary table, from which the data template could retrieve them in a simple select-query. However, it would be neat to be able to solve this without adding an extra layer of processing, since BI Publisher supposedly supports PL/SQL procedures as the data source.
The data in this case is all correct, special characters are an intrinsic feature of the Finnish language. :)
Best Regards, Matilda

Multibyte Character Issue

Hi,
We just migrated our technology platform on one of the six servers yesterday on production d/b as follows :
OAS Server - Linux Patch Applied (2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:19 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux)
D/B Server - From Oracle 10.2.0.2.0 to Oracle 10.2.0.4.0
Batch Server - From OpenVMS to Red Hat Linux
Post Migration, we are facing some issues with Oracle Forms 10g, Text Items which contains one or more than one multibyte characters, is displaying only # character in the entire text box instead of what is stored in the database. In other words, information in the database is stored correctly. Before Migration everything was working perfectly fine.
One other thing which I would like to tell here is that we compile forms using the following environment settings:
NLS_LENGTH_SEMANTICS=CHAR
NLS_LANG=AMERICAN_AMERICA.UTF8
Please provide urgent remedy for this issue

hi,
how about this.
SQL> with your_table as ( -- "sample data"
2       select '1ξΣ' your_column from dual union all
3       select 'ξΣξΣξΣξΣξΣ' your_column from dual union all
4       select 'ξΣξΣξΣξΣξΣξΣξΣξΣξΣξΣ' your_column from dual union all
5       select '1ξΣa' your_column from dual
6 ) -- end "sample data"
7 select your_column,
8         substr(your_column || rpad(' ', 10 - length(your_column), 'x'),1,10) padded_column
9    from your_table
10 /
YOUR_COLUMN                              PADDED_COLUMN
1ξΣ                                      1ξΣ xxxxxx
ξΣξΣξΣξΣξΣ                               ξΣξΣξΣξΣξΣ
ξΣξΣξΣξΣξΣξΣξΣξΣξΣξΣ                     ξΣξΣξΣξΣξΣ
1ξΣa                                     1ξΣa xxxxx

Special character issue with Adobe Reader 11.03 in hyperlink path

Adobe Reader changes a [ character in a hyperlink path to a % sign, thus changing the path and destroying the link,when opened in version 11.03. This does not happen with 11.01. This is a serious problem for our customers with a critical linked document, because the customers are generall not tech savvy, and categorically refuse workarounds. They will not adjust their Adobe version for fear of security issues. Can this be corrected in a future version of Adobe Reader?

This is the Bridge Forum, try posting in acrobat froum http://forums.adobe.com/community/acrobat

Special character issue with Adobe Reader 11.03 Hyperlink path

Adobe Reader changes a [ character in a hyperlink path to a % sign, thus changing the path and destroying the link,when opened in version 11.03. This does not happen with 11.01. I have also seen this with Acrobat X, but not sure which update. This is a serious problem for our customers with a critical linked document, because the customers are generall not tech savvy, and categorically refuse workarounds. They will not adjust their Adobe version for fear of security issues. Can this be corrected in a future version of Adobe Reader?

This is the Bridge Forum, try posting in acrobat froum http://forums.adobe.com/community/acrobat

Special Character Issue in Country Name Côte d'Ivoire encoding ISO-88509-1

soa suite 10.1.3.4
I am reading an xml file using file adapter. The file has encoding type ISO-88509-1 and the country name is coming as <country_name>Côte d'Ivoire</country_name>.
When I see the BPEL instance, this character is converted to "C\234te d'Ivoire" jumbled character. The target endpoints receives the country name in jumbled format only. I can't change the incoming file format. Is there a way I can read it properly and keep the special character as it is during SOA process.
Any idea how can I progress in this issue?

Any idea on this ? My soa suite server is on Solaris and the folder where I am reading the file from is on Windows.

Polish Character issues

Similar Messages

Maybe you are looking for