В режиме модификации отчета пункт меню File \ Page Setup

Там есть такое свойство "Print Area" которое может принимать одно из двух значений:

Printable page - учитывать поля принтера и под область печати отводить только ту часть листа, которая находится "внутри" полей
Whole page - игнорировать поля принтера и под область печати отводить весь лист. Т.е. все 210х297 мм

Т.е. если поставить Whole Page то надо озабоится самому отступами от края листа. Если первый объект печати имеет верхнюю координату 1.06, то на ВСЕХ принтерах вне зависимости от размера полей будет предпринята попытка распечатать этот объект именно по этим координатам.

Точно у Вас не получится никак. Это нужна идеальная подача бумаги в принтере и идеальный размер самой бумаги. Погрешность позиционирования в 1..2 миллиметра у Вас будет даже при печати на одном и том же принтере в режиме "Printable page".

Однако можно "привыкнуть" к определенному принтеру и определенной бумаге. В смысле, через некоторое время пользователи приспособятся как именно надо вставлять бумагу в каждый конкретный принтер, чтобы "попасть" в бланк.

Макс_Пхотелось бы реализовать это под FoxPro 9 с его новыми возможностями.

Масштабирование отчета

Там в самом конце темы пример по теме

У Вас само представление о том как и что работает не правильное.

Если Вы используете режим печати Printable Page, то, собственно, какая Вам разница, какой отступ указан в настройках отчета? Все-равно ведь размер отступа будет взят из настроек принтера, а то, что сохранено в настройках отчета будет просто проигнорировано.

Если Вы используете режим печати Whole Page, то, собственно, какая Вам разница, какой отступ указан в драйвере принтера или настройках отчета. И то, и другое будет также успешно проигнорировано! Не будет использовано ни то, ни другое. Отчет начнет печататься с самого края листа БЕЗ каких-либо отступов.

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

Далее Вы не очень-то правильно представляете себе как работает ReportListener. Он как бы лежит "параллельно" генератору отчетов.

Т.е. есть генератор отчетов FoxPro, который у себя внутри неким "волшебным" образом генерит отчет. После очередного этапа генерации он вызывает метод класса ReportListener и сообщает: "я завершил очередной этап генерации вот с такими параметрами".

Вот в этот момент программист имеет возможность оценить "корректность" рассчитанных значений и, если необходимо, чуть подправить эти самые значения.

Другими словами, программист не в состоянии изменить сам процесс генерации отчета. Он может лишь скорректировать (или отменить) результат этой генерации.

Да, Вы имеете доступ к файлу отчета FRX из ReportListener. Проблема только в том, что Вы имеете доступ только на чтение. Ничего изменить в файле отчета Вы не можете. Первый же абзац в справке по событию BeforeReport об этом четко сообщает

ReportListener.BeforeReport EventWhen Visual FoxPro triggers the BeforeReport event for a report run, it has done all necessary internal setup work for rendering the report. It has read the contents of the report definition file (frx) and has opened a read-only copy of this file in a private datasession for use by your derived class

Когда Visual FoxPro вызывает событие BeforeReport для выполняемого отчета, он сделал всю необходимую подготовку для выполнения отчета. Он прочитал содержание файла определения отчета (frx) и открыл копию только для чтения этого файла в собственном сеансе (data session) для использования вашим классом.

По приведенной мной ссылке чуть выше, я показал как можно сдвинуть все объекты отчета на нужный отступ в классе ReportListener.

Макс_ПА какую команду и куда... здесь нужно добавить, чтобы определить минимальное верхнее поле выбранного для печати принтера?
Вторая ссылка прошелмимо содержит архив (203GetMargin.zip около 45КБ), в котором показан пример использования специфических API-функций для определения реквизитов принтера. В том числе и полей.

Только, повторюсь, для данной задачи - это практически бесполезная информация.