reprocess PBO

[Former Member]

Hi all,

i have a drop down box.

The value of this drop down box depend on a internal table. So I need to reprocess the pbo for displaying the new value.

How can I achive this (reprocess the PBO) automatically?

bye

enzo

[Former Member]

if you want to re-process a screen without entry use the statement "suppress dialog". pai->pbo will be processed one time without any input.

but i guess what you need is to read your itab at pbo...

[Former Member]

Hi Robin

in my dympro I have an alv and a drop down list.

The value of list depend on value of internal table displayed with alv.

This alv is editable, so when I add a row in the alv (i.e. in the internal table) I have to add this value also to drop list.

[Former Member]

i think you have to handle the event for updated data.

look at the methods from your alv.

[Former Member]

Hi Enzo,

It is very easy to force a PBO.

I use cl_gui_cfw=>set_new_ok_code( NEW_CODE = '/00' ).

This emulates the user pushing the green tick button next to the transaction box.

If you use this though, you must know that it first executes the PAI and then the PBO (so make sure nothing unexpected could happen in your PAI).

Hope this helps,

Phil.

[RichHeilman]

Phillip is right, a good way to make sure nothing will happen in the PAI, is to use an FCODE that is not being handled in the PAI. For example.......

cl_gui_cfw=>set_new_ok_code( NEW_CODE = <b>'DUMMY_FCODE'</b> ).

In your PAI, you must be doing a CASE statment on OK_CODE.

Case ok_code.
   when 'BACK'.
     ..
   when 'EXIT'.
     ..
Endcase.

SO in this case, you don't want to use any Fcode being handled here, using DUMMY_FCODE, it would simply fall thru the PAI.

Regards,

Rich Heilman

[Former Member]

Thanks to all.

As usualy all sdn members are import resource

Bye

enzo