<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Translate statement and Unicode in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872602#M367275</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;TRANSLATE ... TO UPPER/LOWER CASE&lt;/P&gt;&lt;P&gt;TRANSLATE ... USING&lt;/P&gt;&lt;P&gt;The arguments of these instructions must be single fields of type C, N, D, T or STRING or purely character-type structures. There is a syntax or runtime error if arguments of a different type are passed. A subset of this function is provided with the addition IN BYTE MODE for processing byte strings &amp;#150; that is, operands of type X or XSTRING. A statement such as CONCATENATE a x b INTO c is thus no longer possible when a, b, and c are all character-type, but x is of type X.&lt;/P&gt;&lt;P&gt;TRANSLATE ... CODEPAGE ...&lt;/P&gt;&lt;P&gt;TRANSLATE ... NUMBER FORMAT ...&lt;/P&gt;&lt;P&gt;The above statements are not allowed in Unicode programs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this helps&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Sunil&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 19 Jan 2007 10:02:40 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-01-19T10:02:40Z</dc:date>
    <item>
      <title>Translate statement and Unicode</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872601#M367274</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there any impact of Unicode upgrade on Translate statement.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Will Translate field1 to upper/lower case work as it is after Unicode upgrade?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Amogh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 19 Jan 2007 09:43:28 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872601#M367274</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-01-19T09:43:28Z</dc:date>
    </item>
    <item>
      <title>Re: Translate statement and Unicode</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872602#M367275</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;TRANSLATE ... TO UPPER/LOWER CASE&lt;/P&gt;&lt;P&gt;TRANSLATE ... USING&lt;/P&gt;&lt;P&gt;The arguments of these instructions must be single fields of type C, N, D, T or STRING or purely character-type structures. There is a syntax or runtime error if arguments of a different type are passed. A subset of this function is provided with the addition IN BYTE MODE for processing byte strings &amp;#150; that is, operands of type X or XSTRING. A statement such as CONCATENATE a x b INTO c is thus no longer possible when a, b, and c are all character-type, but x is of type X.&lt;/P&gt;&lt;P&gt;TRANSLATE ... CODEPAGE ...&lt;/P&gt;&lt;P&gt;TRANSLATE ... NUMBER FORMAT ...&lt;/P&gt;&lt;P&gt;The above statements are not allowed in Unicode programs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this helps&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Sunil&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 19 Jan 2007 10:02:40 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872602#M367275</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-01-19T10:02:40Z</dc:date>
    </item>
    <item>
      <title>Re: Translate statement and Unicode</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872603#M367276</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;TRANSLATE ... TO UPPER/LOWER CASE&lt;/P&gt;&lt;P&gt;TRANSLATE ... USING&lt;/P&gt;&lt;P&gt;The arguments of these instructions must be single fields of type C, N, D, T or STRING or purely character-type structures. There is a syntax or runtime error if arguments of a different type are passed. A subset of this function is provided with the addition IN BYTE MODE for processing byte strings &amp;#150; that is, operands of type X or XSTRING. A statement such as CONCATENATE a x b INTO c is thus no longer possible when a, b, and c are all character-type, but x is of type X.&lt;/P&gt;&lt;P&gt;TRANSLATE ... CODEPAGE ...&lt;/P&gt;&lt;P&gt;TRANSLATE ... NUMBER FORMAT ...&lt;/P&gt;&lt;P&gt;The above statements are not allowed in Unicode programs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this helps&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Sunil&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 19 Jan 2007 10:03:39 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/translate-statement-and-unicode/m-p/1872603#M367276</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-01-19T10:03:39Z</dc:date>
    </item>
  </channel>
</rss>

