Добрый день,

печатаем тн, ттн и всякие счета из отчета. Возникает часто ситуация, когда подписи на одной странице, записи на другой, хотя вроде и место есть.
Подскажите, как можно определить, сколько страниц займет отчет, и как-то им управлять. Просто посчитать количество строк в таблице не вариант, одна строка в таблице может быть 2 и 3, а то и 4 строки в отчете, заранее увидеть мы это не можем. Может можно посчитать строки в отчете или как-тот еще решить?

PaulWist,

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

это с помощью ReportListener надо?
и как строки в details посчитать?

PaulWist,

Отлично, буду пробовать.
Но вот строки так не посчитать, потому что в курсоре строка - это запись, а в отчете эта запись может на три строки расползтись.
Вот такие "физические" строки нельзя в отчете посчитать?

Доброго дня,

при "прогоне" окошки проскакивают на экране, как их подавить?

Нашел:
REPORT FORM Myreport NOCONSOLE TO NULL NODIALOG

стало как-то тормознее правда..

Dima T,

Спасибо, разбираюсь..

Вопросы, наверное, чисто академические.

для определения числа страниц отчета я выполняю

REPORT FORM Myreport NOCONSOLE TO NULL

тут, кстати, вопрос - правильно NULL или NUL ?

итак, выполняю.

В самом отчете у меня есть условие в нескольких полях print when : _pageno <>_pagetotal

Сколько раз я прогоняю отчет?

Подсчет с помощью

REPORT FORM Myreport NOCONSOLE TO NULL NODIALOG

уж очень сильно тормозит, причем независимо от размера отчета. Есть ли еще какие решения?

В древнем примере Владимира Максимова есть:
авторЗадача решается предварительным прогоном отчета в файл.

Да, конечно, можно вообще не указывать источник назначения, т.е. дать команду:

REPORT FORM PageCnt.frx NOCONSOLE

Однако в этом случае FoxPro под размером страницы понимает размер экрана, который в свою очередь зависит от разрешения (640х480, 800х600 и т.п.). Т.е. в общем случае, полученное таким образом количество страниц не совпадет с реальным количеством страниц при печати.

В принципе, в данном случае можно сделать и предварительный прогон в специальное системное устройство NUL (именно так, с одним "L")

REPORT FORM PageCnt.frx noconsole TO NUL

В этом случае не будет создано никаких временных файлов. Однако я не проверял правильность определения количества страниц в этом случае при разных разрешениях экрана.



Насколько это актуально?

На практике - установлено по умолчанию SET REPORTBEHAVIOR 80,
работает хорошо команда
REPORT FORM PageCnt.frx NOCONSOLE , но из примера следует, что могут образовываться некие временные файлы и счет по экрану.

Команда
REPORT FORM PageCnt.frx noconsole TO NUL - не работает вообще

Команда
REPORT FORM PageCnt.frx noconsole TO NULL - на i7 очень долго обрабатывает даже одностраничный.


Насколько правильно использовать
REPORT FORM PageCnt.frx NOCONSOLE

и может быть, еще контроль печати из просмотра?