Regarding non-unicode compatible fonts...

Hi Gurus,
Is there any way by which we can check whether the particular font is unicode compatible or not?Not necessarily in SAP,if i can find it out by anyother utility then also do let me know...
Thanks & Regards,
Ajitabh Aggarwal

Courier, times, times new roman are compatible on both uni-code and on non unicode sytems.. there is no way to find only we can check it by printing... this will not show any affer while printing text but it shows when printing list of amounts you may see the alignment varies...
All Cyrillics fonts are unicode compatablility...
Regards,
SaiRam

Similar Messages

Unicode compatible fonts...

Hi,
I am working on an ugrade project.Is there any method by which we can identify that these forms will going to be defective in ECC 6.0,while doing an upgrade from 4.6 c to ecc 6.0.I am talking specifically about forms ,regarding print programs i am aware.
Is there any information regarding non unicode compatible fonts or can we compare fonts in 4.6c with ECC 6.0 ,something like that...
Thanks in advance,
Ajitabh Aggarwal

Courier, times, times new roman are compatible on both uni-code and on non unicode sytems.. there is no way to find only we can check it by printing... this will not show any affer while printing text but it shows when printing list of amounts you may see the alignment varies...
All Cyrillics fonts are unicode compatablility...
Regards,
SaiRam

Regarding non-unicode to unicode conversion in mapping

In our project we have Pi system which is installed as unicode system.
But the SAP systems at the sender side is unicode and most of them are non-unicode systems.
We have a doubt regarding the challenges that we need to face in PI mapping with reference to unicode and non unicode conversion.
Is it possible for us to Map the RFCs of non-unicode SAP system at sender side with the help of graphical mapping?
Any conversion we need to do?
Thanks & Regards,
sasi
Edited by: sasitharan on Jan 6, 2009 4:25 PM

Thanks a lot for your replys.
In our customer lanscape they have following SAP R/3 vsesions 4.0B,4.5B.4.6B,4.6C,ECC 5.0,ECC 6.0
so how this unicode , non unicode settings varies with respect to versions?
Is it resembles same with respect to all the version?
Thanks & Regards,
Sasi

Fonts for printing - unicode or non-unicode

Hi, How could i find whether the fonts am using for scripts and smartforms are unicode compatible or not.
Regards,
Vijayalakshmi

Hello Kyle,
thank you very much.
I have think that I can install the j2ee engine unicode or non unicode. And I can install SAP EP with unicode or non unicode.
There is a cd from SAP its named "NON_Unicode_INST_Master_CD".
In this cd it gives a path "IM08_SOLARIS_64/SAPINST/UNIX/SUNOS_64".
And there is a sapinst. With this sapinst I can install a portal.
Is this portal then a unicode installation, although it is placed on the "NON_Unicode_INST_Master_CD"?
Regards,
Werner

Can't display non-unicode font

When I try to use Symbol font and display it in JLabel, it show a square.
i have read the article written by John O'Conner
http://www.joconner.com/javai18n/articles/TextDisplay.htm.
Thanks for providing those valuable information. it does help to understand some international issue.
however, I am not sure if it apply to Symbol font such as Wingdings, webdings.
    Font fontPalatino = new Font( "Palatino LinoType", Font.PLAIN, 25); //unicode font
    Font fontMapInfo = new Font( "MapInfo Transportation", Font.PLAIN, 25); // non-unicode font
    Font fontWingdings = new Font( "Wingdings", Font.PLAIN, 25);
          // use integer number and convert into equivalent character
          // e.g. if i is 65 then c is A.
          // notes: 65 is a decimal value converted from hex 0041 value
          int i = 65;
          char c = (char)i;
          System.out.println( new Character(c).toString() );
          JLabel jlbl = new JLabel();
          jlbl.setFont(fontSymbol);
          jlbl.setText( new Character(c).toString() );1) I can't display any Wingdings font , any expert can help on this?
2) what is the difference between 0021(character code for Arial font) and 0x21(character code for Wingdings font) shown in character map?

When I try to use Symbol font and display it in
JLabel, it show a square.
i have read the article written by John O'Conner
http://www.joconner.com/javai18n/articles/TextDisplay.htm.
Much of that article is now incorrect or unnecessary for JDK 1.5. Because 1.5 knows how to find a font for the character you're trying to display, you should be able to set your label font to any logical font, and the JRE should find a substitute font if necessary that can display the character.
I'll give your code a try and will post results...is the code you've posted the code I should actually experiment with? It seems like you should want to display something different than 0x0065.
Your other questions:
0x0021 is the exclamation mark regardless of font. I see what you mean, however, since the wingdings font in charmap also says 0x0021. However, that mapping is obviously not a Unicode code point mapping.
I looked in the Misc. Symbols and Dingbats section of Uncode. A few characters might be a reasonable substitution for the pencil character you want:
0x270E (LOWER RIGHT PENCIL)
0x270F (PENCIL)
0x2710 (UPPER RIGHT PENCIL)
I didn't see any mirror images of these, ie LOWER LEFT PENCIL and UPPER LEFT PENCIL, although I admit that I didn't look closely.
Maybe one of these will work for you instead of the Wingdings 0x21 character you mentioned.
Regards,
John O'Conner

Regarding Conversion Of ABAP program from non unicode to uni code

Hi Can you please let me know the procedure for converssion of non unicode to unicode?
Thanks in advance,
zubera

Hi
The Link will be helpful to you.
Re: Upgrade 4.6 to ECC - What are the responsibilites
regarding Unicode influence in Standard programs
Very good document:
http://www.doag.org/pub/docs/sig/sap/2004-03/Buhlinger_Maxi_Version.pdf
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/d37d1ad9-0b01-0010-ed9f-bc3222312dd8
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/589d18d9-0b01-0010-ac8a-8a22852061a2
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/f8e316d9-0b01-0010-8e95-829a58c1511a
You need to use the transaction UCCHECK.
The report documentation is here
ABAP Unicode Scan Tool UCCHECK
You can use transaction UCCHECK to examine a Unicode program set for syntax errors without having to set the program attribute "Unicode checks active" for every individual program. From the list of Unicode syntax errors, you can go directly to the affected programs and remove the errors. It is also possible to automatically create transport requests and set the Unicode program attribute for a program set.
Some application-specific checks, which draw your attention to program points that are not Unicode-compatible, are also integrated.
Selection of Objects:
The program objects can be selected according to object name, object type, author (TADIR), package, and original system. For the Unicode syntax check, only object types for which an independent syntax check can be carried out are appropriate. The following object types are possibilities:
PROG Report
CLAS Class
FUGR Function groups
FUGX Function group (with customer include, customer area)
FUGS Function group (with customer include, SAP area)
LDBA Logical Database
CNTX Context
TYPE Type pool
INTF Interface
Only Examine Programs with Non-Activated Unicode Flag
By default, the system only displays program objects that have not yet set the Unicode attribute. If you want to use UCCHECK to process program objects that have already set the attribute, you can deactivate this option.
Only Objects with TADIR Entry
By default, the system only displays program objects with a TADIR entry. If you want to examine programs that don't have a TADIR entry, for example locally generated programs without a package, you can deactivate this option.
Exclude Packages $*
By default, the system does not display program objects that are in a local, non-transportable package. If you want to examine programs that are in such a package, you can deactivate this option.
Display Modified SAP Programs Also
By default, SAP programs are not checked in customer systems. If you also want to check SAP programs that were modified in a customer system (see transaction SE95), you can activate this option.
Maximum Number of Programs:
To avoid timeouts or unexpectedly long waiting times, the maximum number of program objects is preset to 50. If you want to examine more objects, you must increase the maximum number or run a SAMT scan (general program set processing). The latter also has the advantage that the data is stored persistently. Proceed as follows:
- Call transaction SAMT
- Create task with program RSUNISCAN_FINAL, subroutine SAMT_SEARCH
For further information refer to documentation for transaction SAMT.
Displaying Points that Cannot Be Analyzed Statically
If you choose this option, you get an overview of the program points, where a static check for Unicode syntax errors is not possible. This can be the case if, for example, parameters or field symbols are not typed or you are accessing a field or structure with variable length/offset. At these points the system only tests at runtime whether the code is sufficient for the stricter Unicode tests. If possible, you should assign types to the variables used, otherwise you must check runtime behavior after the Unicode attribute has been set.
To be able to differentiate between your own and foreign code (for example when using standard includes or generated includes), there is a selection option for the includes to be displayed. By default, the system excludes the standard includes of the view maintenance LSVIM* from the display, because they cause a large number of messages that are not relevant for the Unicode conversion. It is recommended that you also exclude the generated function group-specific includes of the view maintenance (usually L<function group name>F00 and L<function group name>I00) from the display.
Similarly to the process in the extended syntax check, you can hide the warning using the pseudo comment ("#EC *).
Applikation-Specific Checks
These checks indicate program points that represent a public interface but are not Unicode-compatible. Under Unicode, the corresponding interfaces change according to the referenced documentation and must be adapted appropriately.
View Maintenance
Parts of the view maintenance generated in older releases are not Unicode-compatible. The relevant parts can be regenerated with a service report.
UPLOAD/DOWNLOAD
The function modules UPLOAD, DOWNLOAD or WS_UPLOAD and WS_DOWNLOAD are obsolete and cannot run under Unicode. Refer to the documentation for these modules to find out which routines serve as replacements.
Regards
Anji

H E L P mac math foonths to windows-compatible fonts

im a novice when it comes to font development. i want to convert mac math fonts to pc-compatible fonts. ive been trying to follow the guidelines on how to do it but i cant seem to have an output. dont know how python works and i dont know if my files are correct. i have "PalatBol, PalatBolIta, Palatino, PalatIta and PalatRom" and some other mac math fonts. so how do i put it in features file, etc. and what is "an outline font" mentioned in the overview? i dont see also the window wen i double-click on the makeotf.py (regarding makeotf.py, mentioned and shown on page 2 of the documentation).
pls help me as i have a deadline to meet.
im pc-based by the way. thank you very much.

If you simply want to convert existing fonts to an equivalent pc version, then the FDK is the wrong tool. OpenType fonts have a lot of new meta-data that older formats do not have, and you will have to spend quite a bit time researching and making choices about how to build the new data. These areas are:
- extended set of menu names and other text info
- Unicode encoding tables
- OpenType layout features: these are very complex for math
- Panose number and other data for the OS/2 table
You best choice for the specific task of converting is the TypeTool products from FontLab ( see http://www.fontlab.com/html/typetool.html).
You may alo be able to make do with the free conversion tools at:
http://fondu.sourceforge.net/
These do not cover all the flavors of font data you might want, but if you can figure out how to use them and they cover the cases of interest to you, they will be sufficient.
I recommend the TypeTool , as it comes with a manual and requires relatively little computer and font expertise.
The specific problem you have with the FDK shows that the Python interpreter does not know where to find the FDK add-on modules. This means in turn that you need to run the FinishInstall.py. NOTE! You have to run this as described in the installation instructions: you must run it by dragging it onto the icon for the Python interpreter. If you run it by double-clicking on it, it will make incorrect file-paths.

Transport from Non-Unicode to Unicode system

I'd like to transfer program from SAP 4.6c to SAP ECC 6.0.
But source system is Non-Unicode, and target system is Unicode.
I exported transport request from SAP 4.6c into files:
K920948.D51
R920948.D51
then importing into SAP ECC 6.0 by STMS and getting error:
"Program ZRM06EF00: Syntax error in line 000000
The program 'ZRM06EF00' is not Unicode-compatible,according to its program attributes."
What should i do?

Hi:
It is required to make the change accordingly of UCCHECK.
So upload in the higher version, and check its syntax error first and then activate.
Regards
Shashi

Data extraction from Non-Unicode ECC6 to Unicode SAP BI system

Hi,
We have an existing non-unicode ECC6 system. Currently we are installing SAP BI unicode system. Can anyone tell me are there any issues in data extraction for SAP BI from a non-unicode ECC6 system to an Unicode SAP BI system ?
Please also note that our data consists of Asian (korean, Japanese & Chinese) fonts.
Regards,
Anirban

Hi Des Gallagher,
Thank you for your reply.
I have gone through the notes suggested by you, but they suggest issues related to BW 3.x versions. We are currently on SAP_BW 700 - SP16. Also, among other notes i found note 510882 which might be helpful for custom developments.
But i am still wondering whether we are going to face major issues related to data extraction from non-unicode ECC6 system to unicode SAP_BW 700 system.
Incase you have any further details, please let me know.
Thanks in advance.
Regards,
Anirban Kundu

Unicode Or Non-Unicode for RFC Destination.

Hi,
while creating a RFC Destination, what role does a Unicode Setting play.
Should this by default always set to Unicode. or does it vary from system to system. Is XI Uniode compatible or not.
Regards,
Sita Rama Raju

Hi Raju,
As far as i know, by default, this setting is non-unicode, and that whenever you change the setting to unicode, you need to run a unicode test or something.
cheers,
Prashanth

Non Unicode R3 to non Unicode BI

Hi,
We have a Non Unicode R3 system. My question is, should I install a non Unicode BI system or a Unicode BI system while installing NW2004s. We only have English language. What is SAP recommended. What are the pros and cons of installing unicode or non-unicode BI when we have a non-unicode R3 system.
Thanks

Go for Unicode BI if you just have one langauge. Sooner or later, R/3 wull be upgradedd by the client, which would be unicode compatible then!
Regards
Prakash

Convert non-unicode file to unicode.

Hi All,
I have to convert a file (in presentation server), which is non-unicode, to unicode compatible. Will reading the file in binary mode and writing in ASC mode be sufficient.
Appreciate the help,
Regards,
Sai

Hi,
try translate .. from code page ... to code page ...
Or may be some of these classes..
CL_ABAP_CONV_IN_CE : Reading binary data
CL_ABAP_CONV_OUT_CE : exporting binary data
CL_ABAP_CONV_X2X_CE : reading and exporting binary data and changing the format
regards
Siggi
Message was edited by: Siegfried Szameitat

Wht is the difference between unicode program and non unicode program ?

Hi guru,
wht is the difference between unicode program and non unicode program ?
Regards
Subash

About brief idea about unicode
In the past, SAP developers used various codes to encode characters of different alphabets, for example, ASCII, EBCDI, or double-byte code pages.
ASCII (American Standard Code for Information Interchange) encodes each character using 1 byte = 8 bit. This makes it possible to represent a maximum of 28 = 256 characters to which the combinations 00000000, 11111111 are assigned. Common code pages are, for example, ISO88591 for West European or ISO88595 for Cyrillic fonts.
EBCDI (Extended Binary Coded Decimal Interchange) also uses 1 byte to encode each character, which again makes it possible to represent 256 characters. EBCDIC 0697/0500 is an old IBM format that is used on AS/400 machines for West European fonts, for example.
Double-byte code pages require 1 or 2 bytes for each character. This allows you to form 216 = 65536 combinations where usually only 10,000 - 15,000 characters are used. Double-byte code pages are, for example, SJIS for Japanese and BIG5 for traditional Chinese.
Using these character sets, you can account for each language relevant to the SAP System. However, problems occur if you want to merge texts from different incompatible character sets in a central system. Equally, exchanging data between systems with incompatible character sets can result in unprecedented situations.
One solution to this problem is to use a code comprising all characters used on earth. This code is called Unicode (ISO/IEC 10646) and consists of at least 16 bit = 2 bytes, alternatively of 32 bit = 4 bytes per character. Although the conversion effort for the R/3 kernel and applications is considerable, the migration to Unicode provides great benefits in the long run:
The Internet and consequently also mySAP.com are entirely based on Unicode, which thus is a basic requirement for international competitiveness.
Unicode allows all R/3 users to install a central R/3 System that covers all business processes worldwide.
Companies using different distributed systems frequently want to aggregate their worldwide corporate data. Without Unicode, they would be able to do this only to a limited degree.
With Unicode, you can use multiple languages simultaneously at a single frontend computer.
Unicode is required for cross-application data exchange without loss of data due to incompatible character sets. One way to present documents in the World Wide Web (www) is XML, for example.
ABAP programs must be modified wherever an explicit or implicit assumption is made with regard to the internal length of a character. As a result, a new level of abstraction is reached which makes it possible to run one and the same program both in conventional and in Unicode systems. In addition, if new characters are added to the Unicode character set, SAP can decide whether to represent these characters internally using 2 or 4 bytes.
A Unicode-enabled ABAP program (UP) is a program in which all Unicode checks are effective. Such a program returns the same results in a non-Unicode system (NUS) as in a Unicode system (US). In order to perform the relevant syntax checks, you must activate the Unicode flag in the screens of the program and class attributes.
In a US, you can only execute programs for which the Unicode flag is set. In future, the Unicode flag must be set for all SAP programs to enable them to run on a US. If the Unicode flag is set for a program, the syntax is checked and the program executed according to the rules described in this document, regardless of whether the system is a US or an NUS. From now on, the Unicode flag must be set for all new programs and classes that are created.
If the Unicode flag is not set, a program can only be executed in an NUS. The syntactical and semantic changes described below do not apply to such programs. However, you can use all language extensions that have been introduced in the process of the conversion to Unicode.
As a result of the modifications and restrictions associated with the Unicode flag, programs are executed in both Unicode and non-Unicode systems with the same semantics to a large degree. In rare cases, however, differences may occur. Programs that are designed to run on both systems therefore need to be tested on both platforms.
You can also check out these official SAP locations on the SAP Service Marketplace:
http://service.sap.com/unicode
http://service.sap.com/unicode@SAP
http://service.sap.com/i18n
Regards,
Santosh

Unable to load German characters in NON Unicode Essbase Cube

Hi Guys,
This is what we want to do:
Build a Cube for Germany on our Essbase server in US. Our users will access cube using Excel Add-In from Germany. But since the Essbase server is in US, system environment variable ESSLANG is set to English_UnitedStates.Latin1@Binary.
The version of Essbase we are using is 7.1.3.
What we tried & failed:
To load German characters from our dimension build Text file, we added a header: //ESS_LOCALE German_Germany.Latin1@Default
at the beginning of the dim build Text file hoping the rule file will understand that the file contains German characters & load it correctly. Then using EAS I load the dimensions using its corresponding rule file.
Essbase loads the dimensions correctly, with NO Error, but when it encounters German characters it Replaces it with a Question Mark "?"
Some of the German characters are:ß Ü ü Ö ö Ä ä Å Ä Ö
Lastly, the reason we do not want to build Unicode cube is because Excel Add-In will not work with Unicode cubes.
Its urgent. Please help.
Thanks.

The simple and easy way to check
non-unicode character sets are not supported on unicode system any longer. Am I right?
Transaction code i18N
Select
trouble shooting --> printing test --> smartforms --> multiple scripts, select your output device and see print preview. it will display all supported characters.
I guess, above information will be useful for closing the thread.
Regards,
SaiRam

Gettin data from SAP R/3 4.7 unicode sys to SAP ERP non-unicode sys via RFC

We are trying to get data from SAP R/3 4.7 unicode sys to SAP ERP non-unicode sys via RFC. We are reading field from the database via FM and this field got converted by SAP standard Method (CL_ABAP_CONTAINER_UTILITIES=>fill_CONTAINER_C) from structure. When reading this field from ERP sys and converted back to structure using SAP standard Method the value is un-accurate, and different(blank) giving values.
How, if the data originally was a char or numeric it works fine, but not for decimal.
best regards,
Abu-Qaht

I have a range fields with different type of ranges, am saving these to the database by converting them to a string via the same method. I got the same problem so I tried to convert the string to xstring using function SCMS_STRING_TO_XSTRING, before send it to the other system, but the function raised an exception: CX_SY_CONVERSION_CODEPAGE

Regarding non-unicode compatible fonts...

Similar Messages

Maybe you are looking for