22EL833R Russian Characters problem

I have some problems with Russian characters on Menu, teletext, guide, subtitle... The Russian "E" Letter are in most cases displayed as a question sign... Please, correct this bug

Dear Gus,
is the database UTF-8? In that case the characters are stored correctly in the DB.
Sadly Excel cannot recognize which character set is used, so it defaults to a standard character set. We have solved this by entering a Byte Order Mark to flag the content being UTF-8. This means that at the beginning of the file three bytes are added signaling that the content should be interpreted as UTF-8 (#EFBBBF).
Excel reacts on the BOM and interpretes the characters in the right way.
To open Excel on download, replace the 'text/plain' in your code with ' application/vnd.ms-excel'.
At the start of the file you have to write the BOM. I do not know whether that is possible with http functions.
I myself create the output in a CLOB, which I convert to a BLOB prepended by the BOM bytes.
Then I use wgp_docload.download_file to download the BLOB. The response header should be written in the code, this statement only replaces the htp calls.
Hope this helps

Similar Messages

Font problem while printing russian characters

Hello,
I have a weird problem. When I print an exported crystal report document which has been exported by Crystal Reports for Eclipse 2.0 as PDF document, the printout misses a lot of russian characters. This area with the missing characters just stays blank, not even question marks or something similar is shown. It seems that the half of all characters of the document is not shown.
(But the document does not contain any missing characters when you just open it in Adobe Acrobat. You only see this behaviour when you print it. That's why we didn't recognize this error for a long time because we didn't print it but just opened it with Acrobat Reader)
I have an original document with russian characters which is saved as docx. When I export this document with MS Word to PDF and print this document, no characters are missing. So it's no printer problem.
There is a difference in both documents:
This document, where all characters work, has the following properties set in the font information tab:
Arial
   type: TrueType
   encoding: Ansi
   original font: ArialMT
   original font type:: TrueType
The document which has been created with Crystal Reports for Eclipse 2.0 just contains the following data:
Arial
   type: TrueType
   encoding: included
(I hope the right translation for this option set is "included" because my version of Adobe Acrobat is a non english version).
What exactly happened to this document. How can I solve this that russian fonts will be print correctly?
Regards,
Markus

By the way. I create the files in this way:
   private void createFile(String outFileName) {
      try {
         ByteArrayInputStream result = clientDoc.getPrintOutputController().export(ReportExportFormat.PDF);
         File newFile = new File(outFileName);
         FileOutputStream output = new FileOutputStream(newFile);
         int bytesRead = 0;
         byte[] byteArray = new byte[10000];
         while ((bytesRead = result.read(byteArray)) != -1) {
            output.write(byteArray, 0, bytesRead);
         output.flush();
         output.close();
      } catch (Exception e) {
         e.printStackTrace();

Problem with Russian characters in Firefox on Mac OS X 10.5

Hi everybody,
I installed the latest version of Firefox (2.0.0.9) on Mac OS X 10.5(Leopard) on my iMac (Core 2 Duo, 2.16GHz). Now when I change the language option to Russian (in Mac OSX) and type in Firefox search box (in the top right corner) I see only question marks ("????") instead of russian characters. The same happens when I open Google page in the browser and type there. Also if I bookmark a web page that contains russian character in the title, it also have "????..." instead.
However on some web pages, where I need to provide input the russian letters do show up. Also it works fine in Safari.
I didn't have this kind of issue on previous versions of Mac OSX (Tiger) and Firefox. When I installed Firefox there everything just worked fine and I didn't have to change any settings. I still have my bootable drive with this configuration and when I run it everything is fine. I tried to compare language settings and Firefox preferences and character encoding settings in Tiger and Leopard, but I don't see any difference.
I played with character encoding settings in Firefox, but that didn't fix the problem. Is it the problem of Leopard? Does anybody have the same issue? Any help is appreciated.
Thank you.
- Dmitri

I think this is a FireFox problem, you need to ask them to fix it and use another browser (or perhaps the Russian version of Firefox) in the meantime.
http://discussions.apple.com/thread.jspa?messageID=5668950&#5668950

Problem storing Russian Characters in Oracle 10g

We are facing an issue in one of our sites which is in Russian Language. Whenever data is submitted with Russian Characters it saves it as Question mark(upside down) in the database. Database is not supporting these characters.The character encoding is done in UTF-8 format from the front end.
This code use to work fine with Oracle 9i database but after the upgradation to Oracle 10g this problem has started occuring. We have not made any changes to the code after the upgradation of the database.
How can we resolve this and what are the settings that we can do to make this work fine?

What is your database character set and national character set?
SELECT *
FROM v$nls_parameters
WHERE parameter like '%CHARACTERSET';Are you storing the data in CHAR/ VARCHAR2/ CLOB columns? Or NCHAR/ NVARCHAR2/ NCLOB?
Justin

Problems with Russian characters in BB Bridge

Some time ago my contact list on BB 9800 was updated using Desktop software for Mac. Some of contacts were written in Russian. Same updates were made for MemoPad as well in the same manner. Everything was good on the smartphone side before I made an attempt to sync my phone with Playbook. Both sections refused to sync! After removing manually all contacts and memos with Russian font, the sync went normal again. There are a lot of problems with Playbook, which cost me my time and money. This was just one of them... Why not to say it clear - do not try to sync Russian characters?

Same problem when I use Chinese.
The only thing we can do now is to wait for an update! Which is hopefully make the Playbook worth something!

When converting report to PDF, Russian characters appears as junk in adobe

Dear all,
When generating reports (ver 6.0.8.14.2) with Russain characters, after coverting the report to pdf, all the Russian characters appears as junk in the adobe acrobat reader. Please help how to resolve this issue.
Note: Initially in the report I used arial font and the report runtime preview displayed all Russain characters as junk, but when I use the MS sans serif font all the russain characters appears properly in the reports runtime preview.
Question: HOW TO DISPLAY RUSSIAN CHARACTERS PROPERLY IN PDF
Regards
Binu

Hi Sriman.
Thank you for the reply, but that does not solve my problem. I know that there is a size A4 210x297 mm, but i cannot use that as i have to use the other one only.
It is very surprising, that i dont have that option in WAD while designing, but get that option when i execute the query.
I guess i will have to post it to SAP, so they can create a note for this.

IDoc to File - Russian Characters not in UTF-8 format - File Receiver

Hello,
My scenario is Idoc to File. My SAP sender system is a Unicode system and my RFC connection to XI is also set to a unicode connection. My idoc is sent to XI OK and whenever I look at the payload in SXMB_MONI, I see the Russian characters OK, but the problem is when the file gets created.
My receiver system wants the file in UTF-8 format. When the file gets created, the Russian characters are not in UTF-8 encoding format. For example, the Russian chars look like (but without the spaces inbetween): Ð # Ð µ Ñ # Ð ¶ Ð ° Ñ # Ð µ Ð » Ñ ...
Instead, the chars should look like: Держатель
My file type in my file receiver comm channel is binary and I am also using the AF_Modules/XMLAnonymizerBean with anonymizer.encoding of utf-8.
Can someone please help me determine the problem?
Thank you,
Rhonda

Hi Rhonda,
Hope you have set the following for your file receiver adapter :
1. Transfer Mode is set to Binary,
2. File Type Text,
3. Encoding ISO-8859-1( for Western European Latin ).
Inorder to recognize russian Character, try as follows :
Your sender idoc 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>
Iam not sure whether Russian language encoding has ISO-8859-2 (Eastern European Latin) or
ISO-8859-1( for Western European Latin )...pls check out !
or you can also do java mapping instead of above mentioned xslt mapping if you are comfortable with java code !
Cheers,
Ram.

Russian Characters not in UTF-8 format - File Receiver

Hello,
My scenario is Idoc to File. My SAP sender system is a Unicode system and my RFC connection to XI is also set to a unicode connection. My idoc is sent to XI ok and whenever I look at the payload in sxmb_moni, I see the Russian characters ok, but the problem is when the file gets created. When the file gets created, the Russian characters are in unicode html encoding representation and not in UTF-8 encoding format. For example, the Russian chars look like (but without the spaces inbetween): & # x 4 1 2 ; & # x 4 2 b ; & # x 4 2 5 ; & # x 4 1 e ; & # x 4 1 4 ; & # x 4 1 d ; & # x 4 1 e ;
My file type in my file receiver comm channel is binary and I am also using the AF_Modules/XMLAnonymizerBean with anonymizer.encoding of utf-8.
Can someone please help me determine the problem?
Thank you,
Rhonda
Edited by: Rhonda Wilcox on Feb 18, 2009 3:14 PM

A simple copy XSLT would help, as XSLT deescapes automatically:
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" omit-xml-declaration="yes"/>

<xsl:template match="*">
<xsl:copy-of select="." />
</xsl:template>
</xsl:stylesheet>
But try to solve the issue in the IDoc sender first.
Regards
Stefan

Russian characters getting printed as boxes when downloaded to PDF

Hi,
My program downloads smartform output to PDF file to local system.
But the downloaded PDF file contains Boxes instead of Russian characters.
But in print preview, i am able to see the Russian chracters.
Do i need to upload any font to sap system?
Do anybody have ideas to solve this problem.
Thanks,

The notes give you a very good background on why you might see this error; there's lots of notes that have informational character and some - even though for previous releases - can still contain relevant information. I can only advise again to do the simple test and check the PDF and form for the fonts that you used. It's impossible to see any Russian characters if the font doesn't support this. So if your form uses a font that is substituted in the printer driver for your PDF output (depending on how you do the PDF conversion) then you basically have to adjust your printer, so that it supports the font that you have in the script.
As you see the right characters in the print preview, I'm suspecting that the PDF you create ends up with a font that doesn't support Russian characters. OSS note [322998|https://service.sap.com/sap/support/notes/322998|PDF conversion: Cyrillic support] basically explains what you need to do. This process cannot be automated via the notes assistant, thus it cannot be implemented. Depending on your release though, there might be other corrections necessary, e.g. check note [820106|https://service.sap.com/sap/support/notes/820106|CONVERT_OTF: PDF replacement fonts are not embedded] (search OSS for a more comprehensive list applicable for your release).

Russian Translations problem with Translation Tool Package

Hello Everybody.
I'm doing some translations and whenever I try to paste a Russian text into one of the messages in TTP, the app transforms the Russian characters into question marks. For example:
Предупреждение: Контактное лицо X не имеет связи с Бизнес-Партнером Y. Но Активность будет сохранена.
TTP Transforms it into:
??????????????: ?????????? ???? X ?? ????? ????? ? ??????-????????? Y. ?? ?????????? ????? ?????????.
Did anyone come across with this problem?
Please any information would be helpful.
Regards,
Gerardo

Hello
It looks like Translation Tool Package does not support russian character set and that's why it is displaying as '?' which means character is not recognized by the application.
Are you able to type the russian text in a note pad?? If you can type and text is proper, Operarting System is able to recognize russian characters, and not the TTP.
If it displays '?' in the notepad also, it means OS is not able to identify the Russian character set. In this case, you need to install the russian character set in the machine.
Can you please provide which CRM mobile release you are currently using. In case if you are using CRM 5.0 or above, you can translate the texts using Mobile Application Studio itself.
Regards
Shankar

[SOLVED] UTF-8 Russian characters bin32-skype

Hello,
Anyone have problems with typing russian characters in bin32-skype (from AUR)?
Last edited by dkorzhevin (2010-07-03 10:38:40)

Problem with lib32qt. I solve problem with installing bin32-skype-staticqt from aur.

Russian Characters in JSP

Hi Friends,
What encoding do have to i use for Russian characters in jsp.
And i will use this jsp as a ivew of portal.
Thanks in Advance
Best Regards

Hi Sigiswald,
iViews are JSPDynPage iViews.
Can I access the underlying JSP directly? Not sure what you mean here but I can directly edit the JSP page code if that was what you meant?
I've tried the page directive, but this makes no difference.
Hardcoded escape codes work fine, and are the only way we have found to overcome the problem, although we have a lot of labels and paragraphs of text in our resource bundles so it makes it very hard to maintain and get external translators to translate properly.
We have a single application consisting of 20 or so iViews. All were EP5 iviews running on EP5 originally, then we upgraded to EP6 and had to change some of them to EP6 such as the layout page and login page. The others remained in the EP5 structure/format and are maintained in Eclipse 2.1.0 rather than NWDS. All the Localization.properties files are UTF-8 encoding and happily save/display correctly in Eclipse and NWDS.
IE encoding is set to auto as you suggest.
I was thinking that perhaps its something to do with the runtime engine for EP5 being different to EP6 (at least I assume it is?) and it handles the properties files in a different way regarding encoding.
SAP Development Support are on the case. I cant imagine that this is how the product works because it must be impossible for French users to have to use unicode escape codes in their text?
Thanks again for your comprehensive reply!
Cheers,
Steve

Typing Russian characters

Is it possible to type in Russian characters on an Intel iMac, running Yosemite?
Are there software apps that can simultaneously transcribe English alphabet to Russian? (Or rather, translate to Russian, which may not be the same thing).
Thanks in advance for comments.

Problem with lib32qt. I solve problem with installing bin32-skype-staticqt from aur.

Russian charset problem

I've got Oracle database 8.1.7 and Oracle 9iAS installed on the same machine, Windows NT.
When I try to create form containing russian field names with Portal, it stores them (and then displays) in wrong charset. NLS_LANG parameters are all set to RUSSIAN_CIS.CL8MSWIN1251.
Does anyone know how to avoid this problem?

It's a bug.
When you create a new form edit it and add labels in Russian, before clicking Ok you should click on the root of the component tree (Form). In this case all Russian characters will be saved with proper encoding.

Cyrillic (Russian) Text Problems

Hi,
I've been having a problem with a Russian site for awhile. I
have the encoding for all pages set to UTF-8. I'll make my page
with Russian characters and it will upload to the live site just
fine and I'll have no issues with it for a few months. Then I'll
check it randomly and the text for only a few pages will be all
messed up, with lots of Ds, Js, Fs, fractions... not what I saved
and checked on a month or so ago. I use templates and nested
templates for this site, and this issue only happens in editable
regions of the templates I use. And it will only happen to one or
two pages where there are 10 or so pages all based on the same
template. It has happened to the same page 3 times now.
Any suggestions on how to keep this from happening? If you
need more info to diagnose the problem let me know. I'm using CS3
and its a pretty basic HTML/CSS site.

Well, if it's not working exactly as you'd expect (select text from PDF, paste into InDesign, see Cyrillic text in ID) then there are about 80 different ways that it can go wrong. The most critical issue is that you'd need to select a font in ID that supports Cyrillic before pasting. The next most critical issue is that we have no idea how that PDF is encoded - there may be no way to get meaningful text from it without vast amounts of work.
Have you tried it yet? What happened?

22EL833R Russian Characters problem

Similar Messages

Maybe you are looking for