2008 Jul 29 7:56 PM
hi,
when user selects multiple rows from my table control and tif they dont match a condition, my control stays in the same screen, but i am not able to operate on the table control anymore !!
like initially i cud select couple of rows and click on a push button, if those rows are not valid, i want to stay in the same screen but the table should allow me to deselect the wrong rows and select the rest again !!
is it possible i can invoke the PBO of the screen which holds the table control ?? that way all the other module statements under that will be executed as if i have moved from previious screen to this one and in that case the control will be activated automatically ??
thks
hi,
when user selects multiple rows from my table control and tif they dont match a condition, my control stays in the same screen, but i am not able to operate on the table control anymore !!
like initially i cud select couple of rows and click on a push button, if those rows are not valid, i want to stay in the same screen but the table should allow me to deselect the wrong rows and select the rest again !!
is it possible i can invoke the PBO of the screen which holds the table control ?? that way all the other module statements under that will be executed as if i have moved from previious screen to this one and in that case the control will be activated automatically ??
thks
2008 Jul 29 7:59 PM
you have to use chain and endchain. then only you will be able to edit those..
2008 Jul 29 8:06 PM
Vijay,
I created this table control using the wizard, so i am given a generated code as follows. what change do u think will help me ?? ..i feel somehow if i can invoke this PBO, things should resolve !! also note MODULE USER_COMMAND_0110 holds the code when the button is clicked... thanks
PROCESS BEFORE OUTPUT.
MODULE FETCH_DATA. " this i wrote to fetch data from tables
" and store in internal table
*&SPWIZARD: PBO FLOW LOGIC FOR TABLECONTROL 'DUE_DATA'
MODULE DUE_DATA_CHANGE_TC_ATTR.
*&SPWIZARD:
MODULE DUE_DATA_CHANGE_COL_ATTR.
LOOP AT I_DUE
INTO WA_DUE
WITH CONTROL DUE_DATA
CURSOR DUE_DATA-CURRENT_LINE.
MODULE DUE_DATA_GET_LINES.
*&SPWIZARD: MODULE
DUE_DATA_CHANGE_FIELD_ATTR
ENDLOOP.
MODULE STATUS_0110.
*
PROCESS AFTER INPUT.
*&SPWIZARD: PAI FLOW LOGIC FOR TABLECONTROL 'DUE_DATA'
LOOP AT I_DUE.
CHAIN.
FIELD WA_XBOOKDUE-VBELN.
FIELD WA_XBOOKDUE-POSNR.
endchain.
FIELD WA_DUE-IDX
MODULE DUE_DATA_MARK ON REQUEST.
ENDLOOP.
MODULE DUE_DATA_USER_COMMAND.
*&SPWIZARD:
MODULE DUE_DATA_CHANGE_TC_ATTR.
*&SPWIZARD:
MODULE DUE_DATA_CHANGE_COL_ATTR.
MODULE USER_COMMAND_0110.
2008 Jul 29 8:10 PM
LOOP AT I_DUE.
CHAIN.
FIELD WA_XBOOKDUE-VBELN.
FIELD WA_XBOOKDUE-POSNR.
endchain.
FIELD WA_DUE-IDX
MODULE DUE_DATA_MARK ON REQUEST.
ENDLOOP.are you sure the code is syntax free...?
2008 Jul 29 8:20 PM
oh yeah, it is syntax free,,i just removed references of my work before posting here .so if there are any, they r just typo errors..
2008 Jul 29 8:01 PM
In you PBO
do something like this
chain.
field field1.
field field2.
module validate.
endchain.
then only the fields field1 field2 will be greyed out on errors.
Regards,
ravi
2008 Jul 30 8:41 PM
| User | Count |
|---|---|
| 6 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |