Одной из проблем, связанных с таким продвинутым приложением для НИС, как Scribus, является семантика, поскольку термины «печать» и «принтер» (в английском языке) могут означать разные вещи. «Принтер» может быть либо устройством, либо полиграфической компанией, которая, конечно же, также будет использовать устройства печати, но они сильно отличаются от тех, что обычно стоят на рабочем столе. Кроме того, «принтером» может также называться человек, по профессии занимающийся печатью. К сожалению, всё становится ещё сложнее, если учесть, что не все печатающие устройства и профессиональные полиграфические компании одинаковы. Тем не менее, чтобы хоть как-то прояснить ситуацию мы будем называть печать с вашего настольного устройства «локальной печатью», а для печати в полиграфической компании или на высококачественной печатной машине будет применяться термин «промышленная печать».
Как ни странно, программа для НИС Scribus, основной целью которой является создание документов для их последующей печати, может вообще не работать непосредственно с этим шумным устройством на вашем рабочем столе, хотя программа, казалось бы, корректно обнаруживает принтер через параметры системы. Это известная проблема, и хотя разработчики и знают о ней, решить её не так просто, однако есть обходные пути.
Вы можете спросить, почему непосредственная печать из Scribus является такой проблемой? Другие приложения замечательно печатают на любой из множества платформ, поддерживаемых Scribus. Если коротко — суть в том, что поток вывода на печать в Scribus (то есть данные, передаваемые на печатающее устройство) предназначен для высокопроизводительного принтерв PostScript. Такое устройство может быть (и наверняка является) крайне дорогим. Большинство потребительских устройств (или драйверов этих устройств) просто не умеют обрабатывать инструкции PostScript, созданные программой Scribus.
Люди с техническим образованием и хотя бы некоторыми познаниями в области новейшей компьютерной истории могут быть осведомлены о ещё одной причине потенциальных проблем: несколько десятилетий назад, когда доступные печатающие устройства представляли собой ничто иное, как внешне управляемые пишущие машинки, начинающая компания Adobe, которая позже станет одним из гигантов индустрии программного обеспечения, представила язык описания страниц PostScript, ставший неотъемлемой частью «революции настольных издательских систем». При помощи PostScript и доступных устройств печати PostScript стало возможным печатать привлекательные макеты на «настольных» устройствах, хотя ранние принтеры PostScript были настолько дорогими, что лишь мизерная доля настольных компьютеров была удостоена чести размещать такое устройство. Среди прочих причин, которые привели к росту цен на принтеры PostScript, были затраты на лицензирование самого языка PostScript, а также базового набора шрифтов PostScript, поскольку оба они требовались для создания «реального» принтера PostScript. Другая причина была связана с печатным оборудованием. Именно в этот момент на сцену вышла Microsoft и сделала поставщикам оборудования предложение, от которого они не смогли отказаться: компания представила так называемый интерфейс Graphics Device Interface (GDI), что привело к резкому устареванию PostScript (по крайней мере, для настольных принтеров), поскольку он обеспечивал значительно меньшее (но в большинстве случаев достаточное) количество функций, а также переместил часть необходимой обработки данных с печатающего устройства (аппаратного обеспечения) в операционную систему (программное обеспечение), которой была, конечно же, Windows. Возможность сэкономить несколько центов с каждого устройства привела производителей к созданию дешёвых настольных принтеров, которые работали только с операционной системой Windows. Разработчикам других операционных систем потребовались годы, чтобы обеспечить переход между устройствами «GDI» и их собственной системой печати, основанной на PostScript (например, Mac OS X, Linux, *BSD, UNIX), однако не все принтеры GDI полностью поддерживаются системами печати на основе PostScript (то есть почти всеми системами, не содержащими в названии слово «Windows»). На сегодняшний день многие поставщики либо предлагают драйверы для своих принтеров для систем Mac OS X и Linux, либо предоставляют разработчикам достаточно информации для создания рабочих драйверов принтеров.
Хотя вышеприведённый экскурс может с пониманием сложностей при непосредственной печати из Scribus, он не является достаточным объяснением. Поскольку вывод программы Scribus должен быть напечатан на «реальном» (читай: профессиональном) принтере PostScript, на многих других устройствах печать может быть неудачной. Читатели с базовыми знаниями стандарта печати UNIX (CUPS — Common UNIX Printing System, общая система печати UNIX, используемая системами Mac OS X, Linux, *BSD и другими), вероятно, спросят, как такое возможно, но ответ заключается в том, что Scribus создает высокоуровневый вывод PostScript, инструкции которого не всегда могут быть обработаны соответствующими интерпретаторами PostScript или драйверами принтера.
Всё это звучит довольно страшно, но вполне вероятно, что вы сможете печатать непосредственно на локальном принтере. Правильно настроенный принтер с операционной системой семейства Windows, скорее всего, будет печатать без каких-либо проблем. В системах Linux он может работать нормально или просто требовать альтернативной команды печати. Стоит хотя бы попытаться.
Самый надёжный способ напечатать документ Scribus на локальном принтере — экспортировать файл Scribus в формат PDF, а затем распечатать его при помощи Adobe Reader. Хотя AR получил некоторую заслуженную критику с точки зрения вопросов безопасности, он по-прежнему является самым надёжным средством просмотра PDF и безупречно работает с подсистемами печати каждой современной операционной системы.