» FastReport

Цитата:

В CallStack отсылает на строчку
Application.CreateForm(TDMMain, DMMain);

Пройдись дебагером по процедуре, в частности по событию OnCreate.

Цитата:

А в Ассемблере пишет

Очень похоже на вывоз метода не созданного объекта.

vcrank
Стоит потратить пять минут и зарегистрироваться.

Приветствую!

В общем, вот такая беда (содержимое футера налезает на содержимое хедера)

[more] [/more]

Есть какие-нибудь идеи?


Спасибо!

The_Immortal
футер растягиваемый?

YuriyRR, благодарю!

Всех приветствую!

Пытаюсь побороть следующую проблему: хедер в совокупности с другими элементами перед собой делает дополнительный пробел (см. скриншот - красным отмечено):

[more=скрин] [/more]

Получаются, что расстояние между строками неодинаковое...

Подскажите, пожалуйста, как это дело поправить?


Спасибо!

Цитата:

The_Immortal

Чтобы выровнять расстояния попробуйте поиграть со свойствами GapY и LineSpacing у полей TfrxmemoView, которые отвечают соответственно за отступ по вертикали и межстрочный интервал.

dimm78, GapY -2 помогло.

Благодарю!

Свойство VAlign = vaBottom у TfrxMemoView обрезает текст: например, у букв "у" и "р" обрезаются снизу хвостики.
Подскажите, пожалуйста, можно ли как-то обойти данную проблему? vaBottom использовать необходимо.

Цитата:

The_Immortal

Или увеличить GapY или увеличить высоту TfrxMemoView

Если GapY<0, то будет обрезаться при vaBottom

Привет коллеги!
Сталкивался ли кто-нибудь с "внутренними" правилами округления результата умножения двух полей. Одно 2 знака после зпт., другое -3. Если ли какая либо настройка такого правила?

Что вы имеете ввиду под внутренними правилами?

В отчете: <Query."pole1"> * <Query."pole2"> выдает результат, округленный до большей точности одного из их. Так результат 42,33 * 0,333 выдаст 14,096, а не 14,09589
Есть ли где-то возможность переопределить такое правило?

SergKhM
Можно использовать функцию Round

RoundTo(42.33*0.333, -5) = 14.09589
RoundTo(42.33*0.333, -4) = 14.0959
RoundTo(42.33*0.333, -3) = 14.096

mmlm10

Прикол в том, что такое работает для переменных, но для полей получаешь даже без округления 14,096

SergKhM
Ну, а если использовать вычисляемое поле в запросе?
А если в этом вычисляемом поле аргументы привести к нужной точности?
Еще вариант Round(<Query."pole1">, -3) * Round(<Query."pole2">, -3)

Посмотрите свойство DisplayFormat у этого мемо. Скорее всего там задано округление.

exteris
Вы правы, дело в округлении!

Экспорт в Ексел не всегда правильный OLE. Но менюшки на англицком, когда переведёте?

Цитата:

Но менюшки на англицком, когда переведёте?

Вы о каких менюшках?

exteris
В Дизайнере отчётов английские строки. Я их не замечаю, но техпохдержка ругается. Там часть менюшек не переведена. Мы переехали на четвёрку. Проверьте плиз.

Хочу отчитаться об округлениях для тех, кому важна точность. Два поля: тип BCD, точность одного - 2 знака после зпт, второго - 3. Создан простой отчет, в котором вычисляется переменная путем умножения полей БЕЗ ОКРУГЛЕНИЯ! значение выводится в memo с форматированием "текст". Версия reporta - 5.1.9
FastReport округляет результат умножения двух полей до 4 знака после зпт самостоятельно! При использовании промежуточных переменных такого нет. Например 0,667 * 89,24 = 59,52308, а для полей - 59,5231

SergKhM
У меня не округляет. Можете выложить ваш отчет?

Добавлено:
xpin2013
У меня 5-й FR. Вроде всё на русском.

exteris

Цитата:

У меня 5-й FR.

Быстро Вы. Если OLAP новый - купим.

exteris
http://rghost.ru/59471048
В архиве файл fr3 и форма с frxReport + fp3

SergKhM
Какой тип у полей frxDBDataset1."KOLVO" и frxDBDataset1."CENAROZN"?

exteris
kolvo - numeric(15,3)
cenarozn - numeric(15,2)

SergKhM

Цитата:

Хочу отчитаться об округлениях для тех, кому важна точность. Два поля: тип BCD, точность одного - 2 знака после зпт, второго - 3. Создан простой отчет, в котором вычисляется переменная путем умножения полей БЕЗ ОКРУГЛЕНИЯ! значение выводится в memo с форматированием "текст". Версия reporta - 5.1.9
FastReport округляет результат умножения двух полей до 4 знака после зпт самостоятельно! При использовании промежуточных переменных такого нет. Например 0,667 * 89,24 = 59,52308, а для полей - 59,5231

Попробуйте установить свойство датасета BCDToCurrency в True

gpi

Теже грабли, только в профиль