hi ..

[Former Member]

Hi all...

can any one help me.

what is the use of CHAIN-ENDCHAIN command.

[p291102]

Hi

Sometimes you want to check several fields as a group. To do this, include the fields in a

FIELD statement, and enclose everything in a CHAIN-ENDCHAIN block.

Example

• Screen flow logic: ****

CHAIN.

FIELD: SPFLI-CARRID, SPFLI-CONNID. MODULE CHECK_FLIGHT. ENDCHAIN. When an error is found inside a chain, the screen is re-displayed, and all fields found

anywhere in the chain are input-enabled. All non-chain fields remain disabled.

Thanks,

Shankar

[sreeramkumar_madisetty]

Hi

For the Validation of group of fileds in th Module-pool, we use Chain...endchain.

Chain...

field1,

field2,

field3,

field4,

End chain.

Any of the fields (f1/f2/f3/f4 ) are wrong. All fields are agin enable for input in this case.

Regards,

kumar

[Former Member]

check...

www.sts.tu-harburg.de/teaching/ws-97.98/amis/studi.ps

[alex_m]

The statements CHAIN and ENDCHAIN of the dynpro flow logic define processing chains. Between CHAIN and ENDCHAIN, the statements FIELD and MODULE can be executed. The statements between CHAIN and ENDCHAIN form a processing chain. Processing chains cannot be nested. The CHAIN statement can be specified in the event blocks at PAI and PBO , however, in the event block at PBO it has no effect.

A processing chain allows the joint processing of all the screen fields stated between CHAIN and ENDCHAIN after FIELD statements:

The contents of all screen fields combined to a processing chain by the FIELD statements can be checked in the shared conditions ON CHAIN-INPUT and ON CHAIN-REQUEST of the MODULE statement.

A warning or error message in a module called within a processing chain resets all input fields whose screen fields are combined in this processing chain using FIELD statements to ready-for-input. After a user input, the PAI processing resumes at the CHAIN statement at the latest.

Example

Call dialog modules to check input values. The screen fields input1 and input2 are checked in individual dialog modules check_1 and check_2. The screen fields input3 to input5 are checked in a processing chain in a shared dialog module check_chain. Warning or error messages in the dialog modules either make only one input field input1 or input2 ready for input again or all three input fields input3 to input5.

PROCESS AFTER INPUT.

MODULE leave_dynpro AT EXIT-COMMAND.

FIELD input1 MODULE check_1 ON REQUEST.

FIELD input2 MODULE check_2 ON REQUEST.

CHAIN.

FIELD input3.

FIELD input4.

FIELD input5.

MODULE check_chain ON CHAIN-REQUEST.

ENDCHAIN.

MODULE handle_user_command.

Reqward if useful.