Лишний пробел

LightUp

Консалтеры написали код. По идее, код вытаскивает из Стандартного текста (тр. so10) текст и помещает в переменные o_name1 и o_name2. Но почему то, когда выводится в PDF текст переменных он между ними ставит пробел. Ни как не могу убрать его.

Code:

  FORM fill_sellername USING i_bukrs LIKE vbdkr-bukrs
                  CHANGING o_name1 LIKE j_3rf_hd_inv-name1
                           o_name2 LIKE j_3rf_hd_inv-name2.
  DATA:
    l_name   LIKE thead-tdname,
    l_sellname TYPE char256,
    lt_line TYPE STANDARD TABLE OF tline.

  FIELD-SYMBOLS:
    <ls_line> TYPE tline.

  CLEAR: o_name1, o_name2, l_sellname.

  CONCATENATE 'ZNAME_' i_bukrs INTO l_name.

  CALL FUNCTION 'READ_TEXT'
    EXPORTING
      id       = 'ST'
      language = 'R'
      name     = l_name
      object   = 'TEXT'
    TABLES
      lines    = lt_line.
  IF sy-subrc = 0.
    LOOP AT lt_line ASSIGNING <ls_line>.
      CONCATENATE l_sellname <ls_line>-tdline INTO l_sellname.
    ENDLOOP.
    o_name1 = l_sellname+0(40).
    o_name2 = l_sellname+40(40).
  ENDIF.

ENDFORM.                    " FILL_SELLERNAME

Silence1

посмотрите формат PDF, возможно пробел ставится там

LightUp

Уже смотрел, в PDF все нормально. Так как если я подгоняю строчки - вместо 40 ставлю 39 (грубо говоря подгоняю), то все отлично становится.

Code:

o_name1 = l_sellname+0(39).
o_name2 = l_sellname+39(40).

Курский Ярослав

Может проблема в самих изворотах (в искомом значении или 40 или 41 символ пробел)?
К тому же зачем разделять было на name1 и name2 если переменные проставлены последовательно?

LightUp

Курский Ярослав написал(а):

Может проблема в самих изворотах (или 40 или 41 символ пробел)?
К тому же зачем разделять было на name1 и name2 если переменные проставлены последовательно?

Разделяли потому, что j_3rf_hd_inv-name1 длиной 40.

bossjohn

в изначальном варианте в o_name1 и в o_name2 после отработки подпрограммы fill_sellername
содержится текст по 40 символов без пробелов?

Правила форума

Лишний пробел

Кто сейчас на конференции