
解决问题
5.20
在我的一些文件中,N-up 设
置不正常工作。
N-up 功能是通过发送至打印系统的 PostScript 数据的后处理实现
的。 然而,如果 PostScript 数据与 Adobe 文件结构的常规相一致,
这样的后处理才可以充分实现。 如果被打印的文件不兼容,在使用
依赖于后处理的 N-up 和其它功能时会出现问题。
我在使用 BSD lpr
(Slackware、Debian、旧的
发行套件),在 LLPR 中选择
的一些选项似乎不起作用。
Legacy BSD lpr 系统对可以传送至打印系统的选项串的长度有严格
限制。 同样,如果您选择了许多不同选项,选项的长度可能会超
长,某些选项不能传递到负责实现该选项的程序中。 尝试少选一些
与默认值不同的选项,节省内存的使用。
我想以横向模式打印文件,但
却被打印成旋转的和被裁剪的
页面。
在打印选项中提供横向方向选项的大多数 Unix 应用程序会生成应原
样打印的正确 PostScript 代码。 在这种情况下,您需要确认保留
LLPR 选项默认的纵向设置,以避免出现可能导致裁剪输出的页面旋
转。
一些页面打印出来全是白的
(没有打印任何内容),而且
我在使用 CPUS。
如果数据是以压缩的 PostScript (EPS)格式传送的,一些早期的
CUPS 版本 (1.1.10 或以前的版本)含有一个阻碍正确处理数据的
程序错误。 通过 LLPR 打印时,打印机程序包通过将数据转换为常
规的 PostScript 来解决此问题。 但是如果您的应用程序迂回 LLPR
并将 EPS 数据传送至 CUPS,就可能无法正确打印文档。
我无法打印到 SMB
(Windows)打印机。
为了能够配置和使用 SMB 共享打印机 (如在 Windows 计算机上共享
打印机),您需要正确安装激活此功能的 SAMBA 程序包。 在您的系
统上应可以选择和使用 “smbclient”命令。
在 LLPR 运行期间,我的应用
程序好像被冻结了。
大多数 Unix 应用程序会把诸如 “lpr”之类的命令看作是非交互式
的,这样就会立即返回。 因为在将作业传送至打印假脱机程序之
前,LLPR 一直在等待用户输入,所以应用程序经常在等待处理返
回,这样就好像是被冻结了 (其窗口不更新)。 这是正常的,在用
户退出 LLPR 之后,应用程序应该能够继续正常运行。
问题 可能的原因和解决方法
Comentários a estes Manuais