Выгрузка отчета в RTF - усечение полей.

[Logger]

Добрый день.
Может кто-нибудь решал проблему усечения полей отчета при выгрузке в RTF?

Есть отчет, на нем куча контролов с типом Text (статичный текст). Шрифт Arial,7 или больше.
Ширина контролов стоит Auto.
Отчет выглядит нормально на экране и печати.

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

Для выгрузки в PDF проблема тоже существует, но проявляется на меньшем числе контролов, т.е. почти не заметна.
Глюк воспроизводится на ax 3.0 и ax 2009

Иногда (похоже при выборе определенного принтера, но точно установить не удалось) эффект пропадал.

Опытным путем удалось установить, что если явно сделать ширину контрола не Auto, а проставить фиксированную ширину, равную числу символов в тексте + 1 ( единица измерения ширины контрола Char) то все становится нормально. Способ работает, но очень уж неудобен в использовании.

Может есть вариант попроще ?

[Daiver]

Похожая ситуация, только текстовое поле в отчете со свойством DynamicHeight = Yes. В аксапте и при печати на принтер всё хорошо. При выводе в RTF пропадает часть данных. Заметил что это происходит из-за алгоритма переноса на новую строчку. В аксаптовской форме отчета при переносе место для разрыва ищется по пробелу и по "-", возможно еще какие-то символы.
При выгрузке в RTF ищутся в первую очередь пробелы и там рвется, но при этом высота для текста не увеличивается, в итоге часть данных пропадает.
Заметил такое же поведение при выгрузке в PDF. Но там можно повлиять на алгоритм внеся исправления в метод breakText (внутренний метод findLastBlank) класса PDFViewer.
Подскажите, через какой класс создается RTF?

DAX 2009 SP1 RU6

[Logger]

Штатным образом все делали.

[Weez]

Цитата:

Заметил такое же поведение при выгрузке в PDF. Но там можно повлиять на алгоритм внеся исправления в метод breakText (внутренний метод findLastBlank) класса PDFViewer.

Если не затруднит, как именно вы исправили код в этом методе?

[Daiver]

Цитата:

Сообщение от Weez

Если не затруднит, как именно вы исправили код в этом методе?

int findLastBlank (str _s)
    {
        int i = 0;
        for (i = strlen(_s); i >= 1; i--)
        {
            if (substr(_s, i, 1) == ' ')
                break;
        }
        return i;
    }

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

if (substr(_s, i, 1) == ' ' || substr(_s, i, 1) == '-')

в данном случае нам это помогло так как в проблемном поле часто встречается символ "-". Но по хорошему нужно копнуть глубже и исправить класс чтобы он корректно рассчитывал общую высоту разбитой строки и учитывал это при выводе.

[Daiver]

Цитата:

Сообщение от Logger

Штатным образом все делали.

Можно чуть подробнее? Что именно делали штатным образом? Может есть где-то настройка форматирования RTF, или имеется ввиду что сами контролировали в коде ширину контрола?
Мне хотелось бы посмотреть на класс который формирует RTF при сохранении отчета, наверняка там есть нечто подобное как и в классе PDFViewer, но с ходу не нашел этот класс Может подскажите где копнуть?

[Logger]

Цитата:

Сообщение от Daiver

Можно чуть подробнее? Что именно делали штатным образом? Может есть где-то настройка форматирования RTF, или имеется ввиду что сами контролировали в коде ширину контрола?
Мне хотелось бы посмотреть на класс который формирует RTF при сохранении отчета, наверняка там есть нечто подобное как и в классе PDFViewer, но с ходу не нашел этот класс Может подскажите где копнуть?

Обычная выгрузка в RTF которую можно сделать в Аксапте из отчета. Все штатное без модификаций.
Багу просто обошли.
Проявлялась она так :
в заголовке табличной части отчета был заголовочный текстовый контрол высотой где то в 3-4 строки. Текст в обычном отчете - переносился. При выгрузке в RTF - не переносился а был написан в одну строку так что внизу контрола была пустота а на верхней строке усеченный текст. Мы отредактировали отчет - сделали вместо одного контрола - несколько в ручную разбив текст на куски.
Штатным образом для авторазбиения там ничего настройками сделать нельзя

второй вариант - описан в заголовке темы. Там просто играли шириной контролов, можно занулить у них margin и немножко подвинуть размер. Как правило хватало.

Только модификация, которую мы так и не делали.