Добрый день, коллеги!

У меня возникла следующая проблемма, а точнее вопрос.

В PDF-формуляр выводится таблица, одно из полей которых - достаточно длинная символьная строка.
Есть ли возможность сделать принудительный переход на новую строку в нужный момент при её выводе (возможно какой-то спец-символ или что-то подобное).

Объясню, почему ищу такое кривое решение: задача заключается в модификации копии стандартного формуляра, использующего SAP-овский тип на входе и вызываемый из многих программ. Поэтому изменение формата невозможно.

Если ли решение проблеммы в рамках поставленной задачи?

Заранее благодарен.

Не совсем то что вы просили, но я думаю подойдет. на вкладке object на вкладке field поставьте галочку allow multiple lines

Спасибо за ответ, но это совсем не то

Это я уже сделал, и при окончании поля строка конечно переносится.

Необходимо же сделать перенос именно в нужном месте, т. е. явно указать какой-то идентификатор начала новой строки внутри неё самой (если это конечно возможно).

CL_ABAP_CHAR_UTILITIES=>CR_LF

А можно поподробнее?
Где-то можно увидеть, как работать с атрибутом этого класса?
В описании класса не смог ничего понять

Danila,
с атрибутом CR_LF нужно работать как вам написал sy-uname.
Вставив в вашу строку там где это необходимо символ перевода каретки CL_ABAP_CHAR_UTILITIES=>CR_LF.

sy-uname и Пономарев Артем

Большое спасибо за помощь!
Всё получилось!
RESPECT!!!

Добрый день

Хочу спросить очень связанный вопрос...
Всё как в этой теме: PDF-форма; текст, который нужно принудительно перенести; использование CL_ABAP_CHAR_UTILITIES=>CR_LF для соединения в одну переменную по сути отдельных строк...

Перенос на новую строку срабатывает, но есть одно НО. При отображении текста, который бы без принудительного переноса помещался в 3 строчки (а с принудительным должен в 4) показывается в ячейке высотой для 3-ёх строк (у ячейки параметр Allow Multiple Lines и галочка Expand to fit для высоты установлены). И в итоге последняя строчка (та что принудительно переносится) скрыта и её можно просмотреть только встав в ячейку и пролистать что-то на подобии скрллинга. Такое ощущение, что расчёт высоты у меня проходит до учёта этого последнего переноса.

Сталкивался ли кто-то с чем-то подобным? Хоть куда смотреть, потму что я уже руки опускаю... но может быть не вижу какой-то мелочи.

Да, некоторые поля открыты для ввода ещё (но не это расширяемое).

Дизайнер у меня версии 9.1, ридер версии 11.0.2.

Да, так может быть, если поле заполняется в событии наступающем после формирования layout'а, например в layout:ready.
Какое именно событие используется? Или текст сразу приходит в нужном виде и ложится в поле?

weise, никаких скриптов вообще не используется. Т.е. для передачи данных из контекста используется binding. Поле расширяется нормально и в нужную высоту, если нет этого прнудительного перехода.

Добавлено:
Ну чтож, я нашёл что на это влияет. У меня форма была fillable (хотя конкретно эти поля были ридонли). Постановка флажка dynamic для формы помогла в корректном отображении этих текстов с принудительным переносом.
Хотя вообще оно странно работало без динмичности. Например в качестве тестового значения я подавал строку что-то типа "1. \cr\lf2. \cr\lf3. \cr\lf4. \cr\lf5. \cr\lf6. \cr\lf7." и она расширялась на 6 строчек, а последняя 7-я скрывалась (т.е. как-то оно высоту высчитывало и увеличивало, но не очень хорошо). При отключении заполняемости -- всё опять же отлично отображалось без глюков. Подозревал влияние лифтика прокрутки как-то на это, но никак кроме включения динамики в форме проблему не решил.