FR3.18 Проблема с экспортом в Rtf-формат

Basken

Подскажите, что нужно сделать что бы экспорт в RTF выполнялся корректно

З.Ы. В остальные форматы, кроме TXT, экспортится приемлемо

вот файл http://files5.webfile.ru/git/616228088/5.fp3

Basken

http://files5.webfile.ru/git/616228088/5.fp3

Basken

http://files5.webfile.ru/git/616228088/5.fp3

gpi

а выложить на www.rapidshare.de нельзя было и дать ссылку?
Что-то я этот файл (который всё-таки *.fp3) собрать в одно целое не могу. Фаст при загрузке ругается. А вообще с нашей (украинской) налоговой накладной постоянно проблемы Управление методологии ГНАУ уже задолбало со своими изменениями

Basken

После экспорта:
html - http://files5.webfile.ru/git/433601173/5.html
xls - http://files5.webfile.ru/git/70019374/5.xls

а в RTF вот так - http://files5.webfile.ru/git/826016099/5.rtf

gpi

Basken
Не могу скачать ни одного файла - выдаёт 404
Попробовал экспортировать свою налоговую накладную в RTF. За исключением не очень удачного экспорта диагональной линии (оригинал/копия) всё экспортируется нормально. Использую FR 3.19.3

GloThin

написал:

После экспорта:
html - http://files5.webfile.ru/git/433601173/5.html
xls - http://files5.webfile.ru/git/70019374/5.xls

а в RTF вот так - http://files5.webfile.ru/git/826016099/5.rtf

Вместо того, чтобы давать финальные ссылки, мог бы дать изначальные...
Они имеют вид : [url='http://www.webfile.ru/ХХХХХХХ' ] http://www.webfile.ru/ХХХХХХХ[/url], где ХХХХХХХ - номер файла, хранимого на webfile.ru. А то люди, желающие разобраться с данной проблемой, не могут ничего посмотреть.

Basken

написал:

Вместо того, чтобы давать финальные ссылки, мог бы дать изначальные...
Они имеют вид : [url='http://www.webfile.ru/ХХХХХХХ' ] http://www.webfile.ru/ХХХХХХХ[/url], где ХХХХХХХ - номер файла, хранимого на webfile.ru. А то люди, желающие разобраться с данной проблемой, не могут ничего посмотреть.

с чего выполнялся экспорт

*.fp3 - http://www.webfile.ru/619688

результат экспорта

5.html - http://www.webfile.ru/619700
5.xls - http://www.webfile.ru/619710

5.rtf - http://www.webfile.ru/619704

-=Den=-

Попробуйте отключить опцию "WYSIWYG" при экспорте.

Basken

Спасибо.
Отключил опцию "WYSIWYG", экспорт стал на порядок лучше.

Может её по умолчанию стоить снять?

gpi

frxRTFExport.Wysiwyg:=False;

Bogdan

То есть ели будет стоять опция WYSIWYG то получаемый текст в Word будет больше чем исходный и для более менее сложных отчётов они всегда будут вылазить за края страницы ? А если не стоит, то слишком маленькие (или не подходяще размещённые
if pos2 - pos1 < FInaccuracy then
begin
TfrxIEMPos(List).Free;
List.Delete(i);
end else Inc(i);

я не сильно разобрался ?) объекты будут пропадать ?

gpi

С экспортом в rtf при включённом WYSIWYG пока не могу уловить условия, при которых экспорт происходит корректно. Вот у меня налоговая накладная экспортируется нормально с включённым WYSIWYG, а акт выполненных работ экспортировался как у Basken, пока не поменял поля. После этого акт стал экспортировать нормально с включённым WYSIWYG.
Если в налоговой накладной Basken в режиме редактирования страницы выделить все мемо, правая часть которых расположена вблизи правого края страницы и удалить их, то экспорт будет выполняться нормально

Bogdan

Удалить то что не влазит это конечно хорошее решение , но боюсь меня не поймут.
Хотелось бы услышать рекомендации разработчиков.

Samuray

Цитата из документации:

написал:

Очень многие форматы используют табличное представление данных.
К ним относятся форматы HTML, XLS, XML, RTF.
Никаких пересечений или наслоений ячеек в подобных форматах
недопустимо (если брать в рассмотрение именно табличную разметку, это
касается HTML и RTF), в отличии от свободы в процессе разработки шаблона
отчета в дизайнере FastReport. Фильтры экспорта, как правило, максимально
учитывают эти требования при переносе объектов из отчета FastReport в
результирующий файл. Это реализуется при помощи специальных алгоритмов
учета пересечений объектов и оптимального их расположения. В местах
пересечений объектов возникают новые столбцы и строки в результирующей
таблице. Это необходимо для сохранения точного позиционирования
переносимых объектов FastReport. Большое количество пересекающихся
объектов в отчете приводит к росту числа столбцов и строк в таблице, что
усложняет ее дальнейшее использование в и замедляет процесс экспорта.
В процессе разработки шаблона отчета помните об этом, если Вы хотите в
последующем экспортировать свои отчеты в какой-либо из форматов, отличный
от внутреннего формата FastReport.
Избежать перекрытия ячеек помогут инструменты выравнивания текстовых
объектов по сетке. Проследите за тем, чтобы было включено выравнивание по
сетке. Для упрощения выравнивания можно увеличить шаг сетки.
При создании таблиц в отчетах проследите чтобы границы соседних ячеек
соприкасались друг с другом. Важно, чтобы ячейки не пересекались. Алгоритм
фильтра экспорта сделает отсечение ячеек, но результат экспорта может быть
далек от желаемого (вы увидите не совсем то, что хотели).
Располагайте объекты так, чтобы они находились на одной линии, как по
вертикали, так и по горизонтали. В этом могут помочь выносные линии.
Применение этих простых правил на практике поможет Вам создать отчет,
который будет прекрасно выглядеть после экспорта в любой из форматов,
которые используют табличную разметку для представления данных.

gpi

написал:

Удалить то что не влазит это конечно хорошее решение

Это я к тому, в каком направлении нужно копать
Вот шаблон налоговой накладной (из программы "Друк бланків"). На его основе я сделал свою, которая нормально экспортируется в RTF:
http://www.webfile.ru/620662

Bogdan

Спасибо
помогло