16 января, среда 08:31
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

Выброс листа при печати

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Выброс листа при печати

    Печатаем банковский ордер на многопроводочном документе.
    При просмотре видно, что в конце каждого банковского ордера стоит символ прогона листа (CHR(12)). Но при печати на одном листе выводится ровно 2 ордера. Попытка убедить оп-ов что это есть хорошо: экономия бумаги дескать, успехом не увенчалась.
    Опытным путём установил, что если для соответствующей настройки принтера уменьшить длину страницы с 80 до 60, так что 2 ордера на лист уже не влезают, всё становиться на свои места.
    А можно ли заставить работать CHR(12) независимо от длины страницы?

  • #2
    Команду печати (ctrl+X) посмотрите, и на файлы, которые там используются, тоже.
    А то нынче систем печати развелось - как собак нерезаных, и в каждой свой набор багофич.
    П.С. У меня символы перевода страницы при печати, из середины текста, - не вырезаются.
    /kiv

    Комментарий


    • #3
      Картинка такая.
      ┌──────── Message ─────────┐
      │ |bq-lp -d f3r33 -n 1 │
      │ │
      │ │
      │ Ширина страницы 85 │
      │ Высота страницы 80 │
      │ Принтер f3r33 │
      │ ──────────────────────── │
      │ OK> │
      └──────────────────────────┘

      bq-lp c 2008 г. не менялся. Может просто раньше не было ситуаций, в которых проявлялся бы описываемый эффект.
      В настройках принтера описываемая строка выглядит так
      |bq-lp -d $P -n $C $F

      Комментарий


      • #4
        Сообщение от TimoV Посмотреть сообщение
        |bq-lp -d f3r33 -n 1
        Эта команда печатает то, что вываливает preview.p на stdout.

        Попробуйте поменять скрипт печати на сохранение в файл (например |cat > /tmp/some-file.txt ) и посмотреть. Вероятнее всего (я не проверял, но есть подозрение), что перевода странице нет на выходе preview. Недавно там один небезызвестный в узких кругах специалист правил лишние переводы страницы в мемордере, может это побочный эффект.
        /kiv

        Комментарий


        • #5
          Сообщение от Илюха Посмотреть сообщение
          Вероятнее всего (я не проверял, но есть подозрение), что перевода странице нет на выходе preview.
          В точности так. Нету.
          Этот эффект наблюдается не только на банковском ордере. На нём он прявляется в дистилированном виде.
          Хуже дело с всякими реестрами. Кусок реестра печатается на следующей странице, вставляется CHR(12) и начинается следующий реестр. CHR(12) подавляется и в результате на одном листе хвост предыдущего реестра и голова следующего. Тут уж не подуркуешь, дескать о вашем же благе и пекусь.

          Комментарий


          • #6
            Всё-таки, посмотрите на свой preview.p внимательно. У меня (патч 60) переводы страниц в отчётах не выбрасывает; печатает как сказали.
            В 62 патче лежит такой же (по дате и размеру).
            Поиск в его тексте chr(12) никакой крамолы не выявил.

            Может это какие-то локальные правки?
            /kiv

            Комментарий


            • #7
              Вы как в воду глядели. preview.p у нас в спец. версии!?. Кому то понадобилось, одному богу известно.
              А CHR(12) там выпалывается.

              Комментарий


              • #8
                Рановато я обрадовался, увидев в нашем preview.p REPLACE(vf_Line, CHR(12), "")). Решил что это самый то. Ан нет.
                Кстати в ихнем preview.p chr(12) немало, только там они называются '~f'.
                А бяка проистекала от НП PreView->OptimizePrint, который у нас был установлен в Да.
                Одноимённый ДР лучше устанавливать на классе user-proc - Меню внешних процедур. Например для кассового ордерочка.
                Последний раз редактировалось TimoV; 07.10.2010, 15:18.

                Комментарий


                • #9
                  Сообщение от TimoV Посмотреть сообщение
                  Рановато я обрадовался, увидев в нашем preview.p REPLACE(vf_Line, CHR(12), "")). Решил что это самый то. Ан нет.
                  Кстати в ихнем preview.p chr(12) немало, только там они называются '~f'.
                  А бяка проистекала от НП PreView->OptimizePrint, который у нас был установлен в Да.
                  Одноимённый ДР лучше устанавливать на классе user-proc - Меню внешних процедур. Например для кассового ордерочка.
                  А где находится это "НП PreView->OptimizePrint" ? Тоже возникла похожая проблема.

                  Комментарий


                  • #10
                    АДМИНИСТРИРОВАНИЕ.
                    Настройки.
                    Настроечные параметры.
                    Находим PreView.
                    Enter, подпараметры.
                    Находим OptimizePrint.

                    Комментарий


                    • #11
                      Спасибо.
                      И увы, не помогло. Видимо причина иная. У нас это случилось на тестовой машине после обновления скриптов Бисквита путём установки поверх. Возможно обновились какие-то библиотеки, ответственные за печать, что дало вот такие последствия. Но, в общем, не критично. Переустановим старый установочный комплект - может поможет.

                      Комментарий

                      Пользователи, просматривающие эту тему

                      Свернуть

                      Присутствует 1. Участников: 0, гостей: 1.

                      Обработка...
                      X