Table control problem ...

[Former Member]

Hi all,

I did that a lot of times before, but it's the first time I can't get it to work and can't find why ...

I've a Dynpro (8000) with 2 tables controls in it (nothing else yet).

The dynpro flowlogic looks like this ;

PROCESS BEFORE OUTPUT.

  MODULE status_8000.

  LOOP AT t_kpi_servi WITH CONTROL tc_kpi_servi.
  ENDLOOP.

  LOOP AT t_kpi_dia WITH CONTROL tc_kpi_dia.
  ENDLOOP.

PROCESS AFTER INPUT.

  LOOP AT t_kpi_servi.
  ENDLOOP.

  LOOP AT t_kpi_dia.
  ENDLOOP.

The controls are defined like this ;

CONTROLS: tc_kpi_dia TYPE TABLEVIEW USING SCREEN 8000,
          tc_kpi_servi TYPE TABLEVIEW USING SCREEN 8000.

But when I syntax check I keep getting this error:

The first field (key word) in LOOP must have a field name; a "LOOP... ENDLOOP" may   
be missing in PBO or PAI.                                                     

Would be nice if someone got an idea .... thanks in advance

[Former Member]

hi,

the loop statment must be same in PBO and PAI like

either pBO you make like this

LOOP AT t_kpi_servi

ENDLOOP.

LOOP AT t_kpi_dia .

ENDLOOP.

or in PAI

LOOP AT t_kpi_servi WITH CONTROL tc_kpi_servi. ENDLOOP. LOOP AT t_kpi_dia WITH CONTROL tc_kpi_dia. ENDLOOP.

cheers,

sasi

[Former Member]

Delete all text from screen and type in the code again.

( Done do a cut paste ).

[Former Member]

> Delete all text from screen and type in the code

> again.

> ( Done do a cut paste ).

Already tried that

[Former Member]

Hi Sasi,

I got the same problem with this code:

PROCESS BEFORE OUTPUT.

  MODULE status_8000.

  LOOP AT t_kpi_servi WITH CONTROL tc_kpi_servi.
  ENDLOOP.

  LOOP AT t_kpi_dia WITH CONTROL tc_kpi_dia.
  ENDLOOP.


PROCESS AFTER INPUT.

  LOOP AT t_kpi_servi WITH CONTROL tc_kpi_servi.
  ENDLOOP.

  LOOP AT t_kpi_dia WITH CONTROL tc_kpi_dia.
  ENDLOOP.

[Former Member]

Do your table controls have at least one column.

[Former Member]

> Do your table controls have at least one column.

Yes, they got two columns.

[Former Member]

Hi Erik,

Where does the double clicking on the syntax error takes you? Also try changing the order of the table controls once in the screen and see..

Sri

[Former Member]

> Where does the double clicking on the syntax error

> takes you? Also try changing the order of the table

> controls once in the screen and see..

Hi Sri,

The double click takes me to "PROCESS AFTER INPUT."

Yes, I tried to change the order and same problem.

[Former Member]

................deleted...........

Message was edited by: Surpreet Singh Bal

[Former Member]

> a small suggestion

> enter /h and then ctrl+F2

> keep clicking F5

> do debugging

> regards

Yeah I see most of your answers to the questions in the forum looks like this (and press F1 too) ...

Anyway thanks for the "suggestion".

[Former Member]

Hi Erik

Your statament:

PROCESS BEFORE OUTPUT.

MODULE status_8000.

LOOP AT t_kpi_servi WITH CONTROL tc_kpi_servi.

ENDLOOP.

LOOP AT t_kpi_dia WITH CONTROL tc_kpi_dia.

ENDLOOP.

PROCESS AFTER INPUT.

LOOP AT t_kpi_servi.

ENDLOOP.

LOOP AT t_kpi_dia.

ENDLOOP.

is ok. I tried it in my system and I didn't have any error, so check your table control in screen painter or try to create a new program like that.

Max

[Former Member]

Hi Max,

I just tried to create "test" program with only the two TC and I still have the error.

The main programm looks like this (code = char2 , designation = char30)

REPORT Z_TEST_DYNPRO .

TABLES: zsav_kpi_dia,
        zsav_kpi_servi.

DATA: BEGIN OF t_kpi_dia OCCURS 0,
  code LIKE zsav_kpi_dia-code,
  desi LIKE zsav_kpi_dia-designation.
DATA: END OF t_kpi_dia.

DATA: BEGIN OF t_kpi_ser OCCURS 0,
  code LIKE zsav_kpi_servi-code,
  desi LIKE zsav_kpi_servi-designation.
DATA: END OF t_kpi_ser.

CONTROLS: tc_kpi_dia TYPE TABLEVIEW USING SCREEN 8000,
          tc_kpi_ser TYPE TABLEVIEW USING SCREEN 8000.

The dynpro :

PROCESS BEFORE OUTPUT.
* MODULE STATUS_8000.
*
  LOOP AT t_kpi_ser WITH CONTROL tc_kpi_ser.
  ENDLOOP.

  LOOP AT t_kpi_dia WITH CONTROL tc_kpi_dia.
  ENDLOOP.

PROCESS AFTER INPUT.
* MODULE USER_COMMAND_8000.

  LOOP AT t_kpi_ser.
  ENDLOOP.

  LOOP AT t_kpi_dia.
  ENDLOOP.

It's very strange ... I can't see what can be wrong in the screenpainter either.

[Former Member]

I'm very sorry, but I can't have your error....

I created a test program as your:

DATA: BEGIN OF T_KPI_DIA OCCURS 0,

CODE(3),

DESI(30),

END OF T_KPI_DIA.

DATA: BEGIN OF T_KPI_SER OCCURS 0,

CODE(3),

DESI(30),

END OF T_KPI_SER.

CONTROLS: TC_KPI_DIA TYPE TABLEVIEW USING SCREEN 8000,

TC_KPI_SER TYPE TABLEVIEW USING SCREEN 8000.

CALL SCREEN 8000.

And then drew the screen with 2 TC in which I put fields called like fields of internal table.

When I check prgram, it's all ok, any error occur.

Max

[Former Member]

hi,

try with this, change the loop statement like below in both pBO and PAI

loop with control tc_kpi_ser.

[Former Member]

try with this

PROCESS BEFORE OUTPUT.

MODULE STATUS_1001.

*

loop with control gt_1.

endloop.

loop with control gt_2.

endloop.

PROCESS AFTER INPUT.

loop with control gt_1.

endloop.

loop with control gt_2.

endloop.

or try with this also

PROCESS BEFORE OUTPUT.

MODULE STATUS_1001.

*

loop.

endloop.

loop.

endloop.

PROCESS AFTER INPUT.

loop.

endloop.

loop.

endloop.

[Former Member]

Hi Erik,

If you are still geting the same error, then try removing the first TC and then do syntax check. Repeat the same process with the second TC.

I assume that the structure of both internal tables is proper.

Interesting error though..

Sri

[Former Member]

Hi Sri,

> If you are still geting the same error, then try

> ry removing the first TC and then do syntax check.

> Repeat the same process with the second TC.

Yes I tried already, if I put one TC it works.

Yes very very "interesting" error

[Former Member]

deleted

Message was edited by: Erik Gugliandolo

[Former Member]

Thanks all for your answers

But, I got it to work now ...

I've the two TC in the screenpainter if I remove all header column text it works! ...

Now if I name one of the header column with '#' in the first TC it still works, but if then I name a column '#' in the second TC it crash.

Message was edited by: Erik Gugliandolo