<?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: Change in Dynpro in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973487#M1491636</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;HI&lt;/P&gt;&lt;P&gt;                                                  &lt;U&gt;&lt;STRONG&gt;The DYNPRO Concept&lt;/STRONG&gt;&lt;/U&gt;&lt;/P&gt;&lt;P&gt;Screen Attributes. The function of the screen attributes is to indicate a screen type and associate the&lt;/P&gt;&lt;P&gt;screen object to the SAP system, such as the ABAP programs which are to be executed when at that&lt;/P&gt;&lt;P&gt;screen. It also describes the screen order within a transaction.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Fields. Fields are the main screen elements. Fields are defined in the ABAP dictionary or internally in&lt;/P&gt;&lt;P&gt;the programs. Field attributes establish relationships between the screen fields as well as define their&lt;/P&gt;&lt;P&gt;behavior when end users are executing the transaction.&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;Screen layout. This function establishes the layout of the graphic elements on the screen, such as input&lt;/P&gt;&lt;P&gt;fields, labels, icons, radio buttons, check boxes, and element groups.&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;Flow Logic. This is the main screen definition for controlling the flow logic of the screen, that is, how&lt;/P&gt;&lt;P&gt;it reacts to user inputs and calls associated ABAP modules and programs as defined using the ABAP&lt;/P&gt;&lt;P&gt;program editor.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;The DYNPRO Concept&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;DYNPRO, or dynamic program, has been quite a common term in SAP naming conventions. A DYNPRO&lt;/P&gt;&lt;P&gt;refers to a screen together with its flow logic. Actually, DYNPROs should be considered synonymous with&lt;/P&gt;&lt;P&gt;screens as created by the screen painter.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A dynpro, or dynamic program, consists of a screen and all the associated processing logic. &lt;/P&gt;&lt;P&gt;It contains field definitions, screen layout, validation and processing logic, and so forth.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The processing logic means that the dynpro controls what has to be done before the screen is displayed&lt;/P&gt;&lt;P&gt;(process before output, or PBO) and what has to be done after the user finishes entering information (process&lt;/P&gt;&lt;P&gt;after input, or PAI).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The components in charge of controlling the user dialogs are the dynpros (dynamic programs). The&lt;/P&gt;&lt;P&gt;technology base for the R/3 applications is made up of the interrelation of the dynpro interpreters and the&lt;/P&gt;&lt;P&gt;ABAP language. For their tasks, both use the global image of the data environment of R/3, which is held on&lt;/P&gt;&lt;P&gt;the ABAP dictionary. The runtime environment of the R/3 applications consists of two processors: one for the&lt;/P&gt;&lt;P&gt;dynpros and the other for the ABAP language&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards from Pakistan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 04 Jun 2010 10:21:07 GMT</pubDate>
    <dc:creator>Saif_Ali_Sabri</dc:creator>
    <dc:date>2010-06-04T10:21:07Z</dc:date>
    <item>
      <title>Change in Dynpro</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973483#M1491632</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Experts,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How do you know if there were changes on a dynpro?&lt;/P&gt;&lt;P&gt;That saves some system variable?  That saves some table?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example&lt;/P&gt;&lt;P&gt;If I have a field with value  'X', delete it,  and put 'X' again, Sap detects whether there has been a change, although containing the same. Does anyone know why?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edited by: Ivan R on Jun 1, 2010 1:50 PM&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edited by: Ivan R on Jun 1, 2010 1:50 PM&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Jun 2010 11:05:21 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973483#M1491632</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-06-01T11:05:21Z</dc:date>
    </item>
    <item>
      <title>Re: Change in Dynpro</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973484#M1491633</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Ivan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Check the Below thead&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Searh before you post&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive_macro jive_macro_message" href="https://community.sap.com/" __jive_macro_name="message" modifiedtitle="true" __default_attr="7021131"&gt;&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheerz&lt;/P&gt;&lt;P&gt;Ram&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Jun 2010 12:03:59 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973484#M1491633</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-06-01T12:03:59Z</dc:date>
    </item>
    <item>
      <title>Re: Change in Dynpro</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973485#M1491634</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&amp;gt; &lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt; How do you know if there were changes on a dynpro?&lt;/P&gt;&lt;P&gt;&amp;gt; &lt;/P&gt;&lt;P&gt;&amp;gt; For example&lt;/P&gt;&lt;P&gt;&amp;gt; If I have a field with value  'X', delete it,  and put 'X' again, Sap detects whether there has been a change, although containing the same. Does anyone know why?&lt;/P&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you read the SAP on FIELD command addition ON REQUEST says:&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;&lt;P&gt;It is considered as input if the existing input is overwritten with the same value or if the initial value of the field is entered explicitly&lt;/P&gt;&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Read this for further details: [http://help.sap.com/abapdocu_70/en/DYNPFIELD_MODULE.htm#!ABAP_ADDITION_1@1@]&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Jun 2010 12:15:59 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973485#M1491634</guid>
      <dc:creator>SuhaSaha</dc:creator>
      <dc:date>2010-06-01T12:15:59Z</dc:date>
    </item>
    <item>
      <title>Re: Change in Dynpro</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973486#M1491635</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If that field is maintained for change history.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In Data element/Domain  level you will find one check box if it is clicked for that field then CDHDR and CDPOS will have that record inserted.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With the perticular record you can see the chnages in CDHDR and CDPOS.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if that check box is not clicked then you wil not find that chnage history&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thnaks&lt;/P&gt;&lt;P&gt;Naresh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Jun 2010 12:16:19 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973486#M1491635</guid>
      <dc:creator>former_member206439</dc:creator>
      <dc:date>2010-06-01T12:16:19Z</dc:date>
    </item>
    <item>
      <title>Re: Change in Dynpro</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973487#M1491636</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;HI&lt;/P&gt;&lt;P&gt;                                                  &lt;U&gt;&lt;STRONG&gt;The DYNPRO Concept&lt;/STRONG&gt;&lt;/U&gt;&lt;/P&gt;&lt;P&gt;Screen Attributes. The function of the screen attributes is to indicate a screen type and associate the&lt;/P&gt;&lt;P&gt;screen object to the SAP system, such as the ABAP programs which are to be executed when at that&lt;/P&gt;&lt;P&gt;screen. It also describes the screen order within a transaction.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Fields. Fields are the main screen elements. Fields are defined in the ABAP dictionary or internally in&lt;/P&gt;&lt;P&gt;the programs. Field attributes establish relationships between the screen fields as well as define their&lt;/P&gt;&lt;P&gt;behavior when end users are executing the transaction.&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;Screen layout. This function establishes the layout of the graphic elements on the screen, such as input&lt;/P&gt;&lt;P&gt;fields, labels, icons, radio buttons, check boxes, and element groups.&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;Flow Logic. This is the main screen definition for controlling the flow logic of the screen, that is, how&lt;/P&gt;&lt;P&gt;it reacts to user inputs and calls associated ABAP modules and programs as defined using the ABAP&lt;/P&gt;&lt;P&gt;program editor.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;The DYNPRO Concept&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;DYNPRO, or dynamic program, has been quite a common term in SAP naming conventions. A DYNPRO&lt;/P&gt;&lt;P&gt;refers to a screen together with its flow logic. Actually, DYNPROs should be considered synonymous with&lt;/P&gt;&lt;P&gt;screens as created by the screen painter.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A dynpro, or dynamic program, consists of a screen and all the associated processing logic. &lt;/P&gt;&lt;P&gt;It contains field definitions, screen layout, validation and processing logic, and so forth.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The processing logic means that the dynpro controls what has to be done before the screen is displayed&lt;/P&gt;&lt;P&gt;(process before output, or PBO) and what has to be done after the user finishes entering information (process&lt;/P&gt;&lt;P&gt;after input, or PAI).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The components in charge of controlling the user dialogs are the dynpros (dynamic programs). The&lt;/P&gt;&lt;P&gt;technology base for the R/3 applications is made up of the interrelation of the dynpro interpreters and the&lt;/P&gt;&lt;P&gt;ABAP language. For their tasks, both use the global image of the data environment of R/3, which is held on&lt;/P&gt;&lt;P&gt;the ABAP dictionary. The runtime environment of the R/3 applications consists of two processors: one for the&lt;/P&gt;&lt;P&gt;dynpros and the other for the ABAP language&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards from Pakistan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Jun 2010 10:21:07 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/change-in-dynpro/m-p/6973487#M1491636</guid>
      <dc:creator>Saif_Ali_Sabri</dc:creator>
      <dc:date>2010-06-04T10:21:07Z</dc:date>
    </item>
  </channel>
</rss>

