OberonCore

BlackBox 1.5re026. Делаю вывод отображения на печать. Сначала попробовал так:

Отображение прекрасно распечатывается, только отступы от краёв листа устанавливаются по 2 см, причём автоматически. Но отступы хочется устанавливать свои, а в документе вроде можно задавать область.

И тут начинаются странные вещи. Принтер захватывает лист и выплёвывает пустой, то есть ничего на листе нет. Я тогда вызвал
d.SetPage(wA4, hA4, lm, tm, wA4-rm, hA4-bm, FALSE);
Не помогло.

Начал тогда экспериментировать с параметрами SetPage: w, h, l, t, r, b. Выяснил, что на печать выводится только правая сторона документа. А левая часть обрезается. Ширина обрезаемой части задаётся комбинацией параметров w, l и r.

Видимо, SetPage не для этого предназначена. А других способов установить отступы не нашёл. Может, кто сталкивался с таким?

Нечто похожее было, когда ширина документа (=вьюшки) из-за ошибок округления не вписывалась между полями страницы, установленными в другом месте -- печатались лишние пустые страницы.

Вот да, очень похоже.

Будто документ не влезает на одну страницу, разбивается на две, а печать начинается с последней.

Если PageMsg не обрабатывается, отображение режется на куски, и кидается на печать. Поглядите в каком порядке идут куски:
Ещё момент - при печати делается копия отображения, чтобы прокрутка его не затрагивала.

Точно, так и есть.

В Documents.Print распечатываемому документу посылается сообщение PageMsg.

Сделал обработку в обработчике распечатываемого отображения:


И всё пошло, как по маслу!

Спасибо!

Задумался, почему пришлось сильно поломать голову. Наверное, из-за того, что плохо представляю себе концепцию прокрутки, особенно в аспекте печати.
И жаль, конечно, что ключевая процедура Documents.Print недокументирована. Я в неё тыкался полдня.

Кстати, вот ещё тут было обсуждение на похожую тему.

viewtopic.php?f=24&t=713&start=0&st=0&sk=t&sd=a&hilit=PageMsg

Они, видимо, не уверены, насколько там всё правильно в смысле дизайна, и не хотят связывать себе руки.

Будте людями, сделайте нормальный модуль, который это будет делать сам, или подсистему, иначе опять каждый следующий должен все с нуля писать.

О каком модуле-подсистеме идет речь? Всё уже сделано - в каркасе.

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

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

Программирование в каркасе ББ - "сборочное". В данном случае с печатью, написание модуля, который "делает всё сам", не имеет смысла.

Это же сборка конкретного "аппарата" из готовых конструкций общего назначения. И, конечно же, не хватает простых примеров, по которым можно понять принципы сборки.

Я понимаю, что вопрос уже миллион раз поднят.

Если мне каждый раз надо писать стандартные бибилиотеки самому, то мне проще будет взять среду с менее красивым языком, в которой эти бибилиотеки уже есть.

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

Например сейчас, чтобы распечатать графики, которые мне выжает програма, мне надо их или принтскринить, или конвертировать в пдф и печатать оттуда. желания копаться в системных библиотеках нет никакого желания.

Лично я подхожу к ББ, как к среде, позволяющей легко конструировать инструменты. Например, с помощью ББ я собрал "конструктор отчётов", позволяющий визуально сконструировать отчёт, подключить к любому источнику данных, сохранить отчёт в файл, вывести на принтер.

Вы говорите, что для распечатки графиков нужно их выводить в PDF? Зачем такие сложности, когда составной документ распечатывается напрямую?