Latin 2 Characters in Polish Language not displaying correctly in smartform

Hi
I am displaying some Latin 2 characters in Polish language and it is not displaying appropriately in the smartform. The words ść are displayed as the symbol [ in the smartform instead of ść itself. Any idea how I can rectify this?
Thank you.

Hi ,
We faced same problem at client place and suggested to client with s' and c' instead of ś ć for time being . after that insatll exact patches.
Tks .. AVR

Similar Messages

Polish letters not displayed correctly in quality notification long text

Hello,
in quality notification: when trying to write text in Polish language, some non-english letters are displayed incorectly.
I did not find possibility to change the text language as in e.g. sales order texts. Using PL as login language solves the situation if MS Word view of long text is opened but not if text displayed in notification in "SAP view". Anyway different login language is not desired solution.
Any help is appreciated
Thanks
Br Jan

Is there any possibility of upgrading?
2.5.2 is over 5 years old now and there are many improvements and bug fixes for language support in newer versions.

Thangsan font not displayed correctly on SMARTFORM

Hi Experts,
I am having a problem on displaying (preview) and printing a smartform containing a thangsan font. The characters are displayed/printed as #####. Please advise. Is this a printer problem?
Thanks.

Hi,
There can be 2 causes for your problem:
1. you are not printing on the correct printer; if you use LOCAL printer, try using LOCC printer, if such a printer exists in your system, or search a printer with device type CNSAPWIN; This device type handles the printing of asian languages.
2. if the smartform is associated with a standard transaction / output type, try creating the output in that language; or just pass the language in the control parameters structure.
Hope this solves your problem.
Regards,

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.

Arabic text not displaying correctly in Win Server 2008 R2

Hi,
We have an .mdb database stored on our Windows Server 2008 R2 server but when we view the contents some of the text has strange characters.
When we view the same db in Windows Server 2003 we do not have these characters. I'm not sure what exactly we need to do to correct this issue..
Any suggestions welcome..

Hi,
Thanks for your post.
When you open a Web page or a text file that contains a string of Arabic characters, the string is not displayed correctly. This issue occurs when the following conditions are true:
The Left-to-Right Override (LRO) Unicode control character is used in the string of Arabic characters.
You specify a font that is not Simplified Arabic Fixed.
Please apply the hotfix below:
Incorrectly displayed Arabic characters in Windows 7 or in Windows Server 2008 R2
https://support2.microsoft.com/kb/976525?wa=wsignin1.0
And check the result.
Regards.
Vivian Wang

Thai characters not displaying correctly within App

Hi everyone,
I have a Adobe Flex Mobile app displays Thai text, however this is not displaying correctly. While developing the App on my Windows machine and testing using the Adobe Flash Builder mobile emulator, the font/characters look correct.
However when running the app on either the MAC Adobe Flash Builder emulator, the iPhone simulator or on an actual iPhone, the font/characters are incorrect.
First I thought that it was maybe an encoding issue (I am using locale properties files to replace text), so followed instructions at this website Flash Builder, Flex language bundles showing strange symbols. Not utf8 encoded.Sefol however this did not solve the issue.
Looking more closely at the text rendered, it looks as though all of the characters for each word are actually being rendered, but they are just being rendered in correctly. Where as if it was a encoding issue then it would be missing characters completely.
So if you look at the first character, in the correct version it is built up of 3 components. If you look at the second image, you can see that these three components are present but just not all appearing within one character.
Is this a font issue? or is it actually an encoding/rendering issue?
My code for testing this is just a simple label tag
<s:Label text="ชื่อผู้ใช้" fontFamily="Arial" fontSize="12" />
Many thanks.

Ok so after doing a bit more of an investigation into the Font being the issue and not the encoding type, it seems as though if I use a specific font which I know has the Thai characters, then they are displayed correctly.
I have embedded the font into the App using the code:
[Embed(source="../assets/Kinnari.ttf", mimeType="application/x-font", embedAsCFF="true", fontFamily="ThaiFont")]
private var ThaiFont:Class;
Then on my UI I have added the font:
<s:Label text="ชื่อผู้ใช้" fontFamily="Arial" fontSize="12" fontFamily="ThaiFont" />
I was able to find this font at a Hawaiian Educational website! Thai fonts :: Thai Language Program, University of Hawai'i, Manoa
Thanks @tooMuchTrouble for your help.

German Special Characters not displayed correctly in RTF using code

Hi ,
In my code we are using webdynpro method
WDResourceFactory.createResource(
byte[] data, String resourceName,WDWebResourceType
Type)
Here in our code we are implementing this as
ITemplateElement templateEl = wdContext.currentTemplateElement();
WDResourceFactory.createResource(
templateEl.getReportData(),
reportName.substring(0, reportName.lastIndexOf('.')),
WDWebResourceType.RTF); reportName.lastIndexOf('.')),
Here templateEl.getReportData() returns a set of bytes which has some
german special characters.
We are generating the Bytes using String.getByes(),Just before
String text = new String(in);
collector.putBusinessObject(boName, bo);
reportDocTemplateParser(collector, text);
collector.removeBusinessObject(boName);
String generatedText = collector.generateRTF();
out = (null != generatedText) ? generatedText.getBytes() : null;
The out put is the if i am giving a word with german special characters for eg:
Betriebsübersichten it first gets converted to bytes and then passes through method WDResouseFactory.createResourse(.....) which creates an RTF file and finally in the RTF file it appears as Betriebsbbersichten the special character is not displayed correctly.
i came to knw that while converting into bytes we have to make it RTF supported encoding.ie for eg generatedText.getBytes('cp1252').i even tried with other charactersets like ISO-8859,cp1253 and so on but none of them worked.
It would be really great if you could suggest the needful.
Thanks and Regards
Neeta

I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
See code below.
DATA : lv_encoding   TYPE abap_encoding,
          lv_conv       TYPE REF TO cl_abap_conv_in_ce,
          lv_x_string   type xstring.
lv_x_string = pv_http_client->response->get_data( ).
    lv_encoding = '1100'.
    lv_conv = cl_abap_conv_in_ce=>create(
                          encoding = lv_encoding
                             input = lv_x_string ).
    lv_conv->read( IMPORTING data = pv_result ).

Accented characters do not display correctly if there is a variable beside it

Hello,
We are experiencing a problem when we have text with accented characters an a variable beside it within the same text box.
The problem is that the accented characters in the text do not display correctly in the preview or publised course to Flash9
These characters display correctly in Captivate in edit mode.
This is the process we have followed:
Export to XML
Translated
Import XML
Publish to Flash9
Captivate version: 4
OS: Windows Vista SP2
We have tried to work with locale in Spanish with no luck, the only solution we have found is to put the text and the variable in different text boxes
I have pasted an image of the preview and also of the text in Captivate edit mode.
Any help will be very welcomed !
Tess

Hi there
I agree with Lilybiri that you should definitely file a Bug Report.
However, a thought occurs here. Have you tried placing the accented text in a User Defined variable?
Assuming this is a workaround, my thought is that you could then just have a caption with two variables. The User Defined variable containing the accented text followed immediately by the system variable providing the Project Name.
Cheers... Rick
Helpful and Handy Links
Captivate Wish Form/Bug Reporting Form
Adobe Certified Captivate Training
SorcerStone Blog
Captivate eBooks

Certain special characters do not display correctly in Firefox ( font COLOR="#1f1a17" FACE="Symbol" SIZE="3" ¬ /font ). Is there a fix?

Certain special characters which display correctly in Explorer do not display correctly in Firefox. Example: ¬
Is there a fix?

The symbol font usually doesn't work in Firefox, a website needs to use an Unicode replacement or an HTML entity to specify such a character.
See:
*[https://developer.mozilla.org/en/Mozilla_Web_Developer_FAQ#Why_aren.e2.80.99t_symbol.2fdingbat_fonts_working.3f Why aren’t symbol/dingbat fonts working? - MDC FAQ]
*http://en.wikipedia.org/wiki/Unicode_symbols
*http://en.wikibooks.org/wiki/Unicode/Character_reference/2000-2FFF

Webservice: Special characters not displayed correctly

Hi,
I'm facing a problem when retrieving informations via a webservice. I'm able to use it and data is retrieved but when there are special characters into the response they are not displayed correctly. Repsonse of the webservice is XML formatted.
It seems to be a charcter set problem, strange thing is that the response is ISO-8859-1 formatted, this charset should normally display special characters like (é à ...) correctly.
In my code I simply use an if_http_client object to use the webservice.
pv_result = pv_http_client->response->get_cdata( ).
Xml repsonse :
<?xml version="1.0" encoding="ISO-8859-1" ?>
<![CDATA[Eetcaf�/Steakhuis Baskent]]>
Should be Eetcafé
How can I specify a charset for the response object?
I did the same in .NET, where I can bypass this issue specifying the charset like this.
Dim reader As New StreamReader(oResponse.GetResponseStream(), System.Text.Encoding.Default)
Thanks a lot for your help.
Edited by: dom___35 on Dec 21, 2009 3:30 PM

I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
See code below.
DATA : lv_encoding TYPE abap_encoding,
 lv_conv TYPE REF TO cl_abap_conv_in_ce,
 lv_x_string type xstring.
lv_x_string = pv_http_client->response->get_data( ).
 lv_encoding = '1100'.
 lv_conv = cl_abap_conv_in_ce=>create(
 encoding = lv_encoding
 input = lv_x_string ).
 lv_conv->read( IMPORTING data = pv_result ).

Characters not displayed correctly

Hi,
After support package installation, chararcters are not displayed correctly when i use application server,
for example when i write internal table into a file in text mode and read it after into attachment in binary mode
but characters are not correct. And after mail sent, the half or file is sent, not all data available.
What could be the reason?
Char exp in debug of attachment: ㅔ䠰㘹㌲〰㤰㘰㌍ਲ䙈〶㤳㈰〹
I get above char after i read the file, code like following:
do.
clear attch.
read dataset filename into attch.
if sy-subrc <> 0.
append attch.
exit.
endif.
append attch.
enddo.
Thanks.

I think this problem is some what related to Unicode and you should use Encoding statements whith ur open dataset stetement as follows.
open dataset ....................Encoding UTF-8.
Encoding UTF-8 is for unicode environment.
Hope this will help u.

Pdf not displayed correctly in preview

We have a new A) scanner (colortrac Ci40) and when we scan a pdf it is displayed in preview as if it is all wrinkled up.
Only in prewiew and if imorted in vectorworks. (on both OSX 10.5 and 10.6)
The same problem appears on a iPad.
It is not displayed correctly.
In all other programms I tried it is displayed properly.
We also have a small a4/a3 scanner from konica minolta and these scans display corectly in preview.
Is this only a preview problem and should I ignore it?

Hi there,
I have a very similar problem: a number of pdf files that I can see perfectly well in Safari/GoogleChrome do NOT show correctly in Preview or ANY iPad app I have (Notability, Adobe, PDF Expertm iAnnotate, Dropbox etc.).
The problem is that punctuation -- with the expection of periods or bolded text -- does not show properly. For example, commas and quotation marks to not show, and some numbers to not show.
Moreover, once I have annotated/viewed the problematic file on the IPad and resync to dropbox to view on Mac vis Adobe (which I do with most pdf files with no problems), I get an error message upon reopening the pdf file saying "Cannot extract the embedded font 'FAFWQV+--unknown-2--'. Some characters may not display or print correctly." (the 'quoted' text changes each time). When opening in Preview, no error message appears, though the fole is still lacking punctuation etc.
Here is a link to one problematic pdf:http://niis.cass.cn/upload/2012/12/d20121201200145301.pdf
NB: the file is in Mandarin, however I can successfully open/edit/annotate/sync other pdfs using Mandarin font so I'm not sure if the language is related to the problem.
I would be extremely grateful for some help with this please!
Thanks!

Umlauts not displayed correctly

Hi,
We have developed a screen in 12.1 and the umlauts (German & Spanish) are not display correctly. Is there a language pack / custom actions we need deploy for this to work properly?
Regards,
Chanti.

Its those special characters with a pair of dots on their head, like ä etc. These are not being displayed properly in the Web UI screens after upgrading to 12.1.
These special characters are coded in the alert/warning/error messages in a .js file. Two things here -
i) When we did the migration from 11.5 to 12.1, those got transformed to a [] (read squarebox) sorts. Are these something that the migration tool can't handle as desired?
ii) We fixed these characters manually in the code in 12.1. But when we run the script they are still not displayed correctly in the Web UI, for instance ä is being displayed as A~, something like that. Wondering if we need to deploy some custom actions or add a line at the top of .js or .html code?
Regards,
Chanti.

Languages not displaying in RoboHelp 11

We localize our documents in many different languages. When I was using RoboHelp 10, I had no problem opening the localized RoboHelp file and viewing it in that specific language. However, after updating to RoboHelp 11, the languages do not display correctly (all characters are just boxes). Any thoughts about how to fix this? All source files are the same, just opened in RH11 instead of RH10.

Do you mean Event or Album. If they all are in one Event you have two options:
1 - restore a backup copy of your library from just before the problem occurred.
2 - set the Autosplit option to what you want in the iPhoto General preference pane.
3 - in the Event mode select the Event.
4 - use the Events ➙ Autosplit Selected Events menu option.
OT

Google fonts not displaying correctly since updating to Firefox 31.0

Since updating to Firefox 31.0, the vast majority of Google / web fonts are not displaying correctly, including icons that are being replaced with random characters. When I view the Google web fonts page, only a few display correctly, the rest just default to a sans-serif font.
- I've tried running in safe mode with no add-ons enabled.
- I've tried disabling all add-ons then re-enabling one by one.
- I've checked the tickbox in the font settings for 'Allow pages to use their own fonts' is ticked
Any help appreciated, it's got quite frustrating now.
Thanks, Greg

You can do a font test to see if you can identify corrupted font(s).
*http://browserspy.dk/fonts-flash.php?detail=1
You can try different default fonts and temporarily disable website fonts to test the selected default font.
*Tools > Options > Content : Fonts & Colors > Advanced
*[ ] "Allow pages to choose their own fonts, instead of my selections above"
You can check for problems with preferences.
You can check the gfx.downloadable_fonts.enabled pref on the about:config page and make sure that it is set to true (if necessary double-click the line to toggle its value).
Delete a possible user.js file and numbered prefs-##.js files and rename (or delete) the prefs.js file to reset all prefs to the default value including prefs set via user.js and prefs that are no longer supported in the current Firefox release.
*http://kb.mozillazine.org/Preferences_not_saved
*http://kb.mozillazine.org/Resetting_preferences
Create a new profile as a test to check if your current profile is causing the problem.
See "Creating a profile":
*https://support.mozilla.org/kb/profile-manager-create-and-remove-firefox-profiles
*http://kb.mozillazine.org/Standard_diagnostic_-_Firefox#Profile_issues
If the new profile works then you can transfer files from a previously used profile to the new profile, but be cautious not to copy corrupted files to avoid carrying over problems.
*http://kb.mozillazine.org/Transferring_data_to_a_new_profile_-_Firefox
Boot the computer in Windows Safe mode with network support (press F8 on the boot screen) as a test to see if that helps.
*http://www.bleepingcomputer.com/tutorials/how-to-start-windows-in-safe-mode/

Latin 2 Characters in Polish Language not displaying correctly in smartform

Similar Messages

Maybe you are looking for