Работа с шаблонами отчётов в формате RTF

[Eugene A. Bykov]

Спасибо за ответ.

А как-то преобразовать фигурные скобки возможно? Либо на неком этапе заменить некий символ на фигурные скобки - быть может на этапе подстановки значения в отчетогенераторе. Дело в том, что пользователи конечного приложения будут иметь 2 вещи - собственно приложение и шаблон в формате RTF, который они будут иметь возможность подправить. У них не будет доступа к *.MRT-шаблону... Вернее, правильнее сказать, не будет желания использовать сложные конструкторы отчетов и дополнительные итерации, помимо правки файла RTF.

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

[Eugene A. Bykov]

В конечном итоге же свойство Text, а не rtfText - возвращает же нужный нам текст, правда без форматирования. Таким образом, вычленить часть в фигурных скобках выглядит возможным неким образом... не знаю правда каким...

[Aleksey]

Здравствуйте,

Мы проанализируем данную проблему.
О результатах сообщим в данном топике.

Спасибо.

[Ivan]

Здравствуйте.

Вернулись к рассмотрению данного вопроса.
К сожалению, ссылка на пример отчета, которую вы давали в одном из первых постов, устарела, а исходная копия отчета не сохранилась.
Пожалуйста пришлите пример отчета еще раз.

Также, проверьте пожалуйста, решается ли проблема, если у компонента RichText установить свойство FullConvertExpression в true.

Спасибо.

[Eugene A. Bykov]

Здравствуйте,
Спасибо за ответ. Действительно, задание свойства решило настоящую проблему!
Но при этом привело к новой. Скорее даже вопросу по шаблону. Как можно напечатать многостраничный RTF-файл?
Попробовал задать свойства CanGrow, GrowToHeight в true, но всё равно содержимое второй страницы не печатается.
Причём, если в дизайнере импортировать шаблон, то разрыв страницы не препятствует добавить содержимое в превью. Однако всё равно рендерится только первая страница.

[Eugene A. Bykov]

Т.е. поясню. Имею шаблон на 2 страницы. Импортирую его на датабенд через указанный ранее метод. И на выходе хотелось бы получить 2 страницы на каждую запись бенда. Разрывы страниц, само собой, в RTF шаблоне будут проставлены.

[HighAley]

Здравствуйте.

Для отображения RTF мы используем стандартную библиотеку .Net Framework.
Если мы вас правильно поняли, вы хотите, чтобы разрыв страницы в RTF разбивал бэнд. Данную функциональность добавить не имеем возможности.
Можем только предложить вариант, когда этот разрыв будет игнорироваться. Устроит ли вас такой вариант?

Спасибо.

[Eugene A. Bykov]

Думаю, да, устроит. Всё же лучше общаться с пользователями, переживающими из-за того, что текст сместился, нежели с теми, у кого текст не печатается вообще.
Приложил файлы mrt и rtf для справки.

https://www.wetransfer.com/dl/tTADlRJp/ ... 3c44914396

[Eugene A. Bykov]

Хм. Пардон. Вчитался ещё раз. Нет, я не хочу разбивки бенда. Я хочу, чтобы этот разрыв также отпечатался, т.е. содержимое бенда было растянуто на неск. страниц и отображалось на неск. страницах. Скажем, шаблон содержит "этикетку конверта" и "текст письма". Мы прлсовываем набор данных ,содержащий адреса и прочее - и на выходе имеем по 2 страницы на каждую запись бенда - этикетку конверта и сам сформированный текст письма.

[HighAley]

Здравствуйте.

К сожалению, стандартная библиотека не умеет работать с отдельными страницами текста, и соответственно не позволяет разбить RTF-текст на части.
Поэтому мы можем сделать только следующую доработку: все разделители страниц будут удаляться из RTF-текста. При этом содержимое RTF будет отображаться сплошным текстом.

Спасибо.