PostScript（页面）设备问题

Question

我对图形状态和设备有些困惑。

PLRM页面679：

如果对当前页面设备有效，则这些请求的值将由setpagedevice合并到当前页面设备字典中。 这些参数的解释在第6.2节“页面设备参数”中进行了描述。

如果我阅读此书，我了解图形状态会维护“ 当前页面设备字典” 。 它似乎还拥有一个“ 当前页面设备 ”

我假设该词典是您可以修改的词典，并且当前页面设备是具有该设备默认值的只读“对象”？

通过阅读手册，您知道不止一个设备：

• pagedevice
• cachedevice
• nulldevice
• ...

但是graphicsstate似乎只关心页面设备。 这个对吗？ 设置时将cachedevice和nulldevice存储在哪里？

如果我尝试使用IdePS，那么我会看到ghostscript在状态dict中只有currentpagedevice。 当执行“ nulldevice”时，当前页面设备仍然存在。

这个“当前页面设备”（不是字典）又存储在图形状态中了吗？

Answer 1

当前页面设备是在介质上做标记的设备，在Ghostscript中， -sDEVICE参数是初始页面设备。

但是，可以有许多其他设备，最明显的是nulldevice ，这只是一个存储桶。 如果执行nulldevice则它将用空设备替换处于图形状态的当前页面设备。 显然，您通常在gsave / grestore对中执行此grestore ，以便可以将grestore返回到原始设备！

同样，在将字形呈现给缓存时，通常将其推入缓存设备并使其成为当前页面设备。 同样，这是在隐式保存/恢复中完成的，因此您可以返回到常规页面设备。 这样一来，您就可以获取表示已渲染字形的位图，以便对其进行缓存。

这些被称为页面设备，以将它们与其他设备（例如I / O设备）区分开。

每个页面设备都有一个页面设备字典（可能为空），其中包含键和值。 您可以通过执行currentpagedevice来检索设备的当前设置（作为字典）。 您可以通过创建包含键/值对的字典，然后使用setpagedevice将请求发送到设备来修改设备的行为。 请注意，设备可能会忽略该请求，如果没有，则将重置当前页面。

所以我期望：

currentpagedevice {exch == ==} forall
nulldevice
currentpagedevice {exch == ==} forall

给出不同的结果。

注意页面设备字典不作为图形状态的一部分维护，而是由设备维护。

图形状态是设备本身，通常是某种不透明的对象，您无法执行任何操作。

我不确定您的意思是：“如果我尝试IdePS，那么我会看到ghostscript在状态dict中只有一个currentpagedevice。执行“ nulldevice”时，当前pagedevice仍然存在。

currentpagdevice是一个运算符，它返回属于当前页面设备的页面设备字典。 因此，您不能有“ currentpagedevice处于状态dict”状态。 currentpagedevice始终存在，因为它是一个运算符。

如果运行上面的代码，我会看到原始页面设备的字典包含许多条目，但是空设备的页面设备字典为空。

[ 编辑 ]

好吧，确实是Ghostscript中的字典，但这（至少部分是由于Ghostscript实现setpagedevice的怪异方式）。 FWIW Distiller还将其实现为字典，但我知道至少有一个解释器，它没有，它从C结构中维护的条目中创建了一个新字典，并在执行currentpagedevice时返回该字典。 我觉得这是一个PostScript问题，而不是特定的Ghostscript问题。

如果将其实现为字典，则必须确保设备维护的字典与处于图形状态的字典同步，或者使用其他任何方式从当前页面设备返回字典。 当然，这些可以是同一词典，这意味着它不是问题。

我不确定您的程序如何运行，图形状态是不透明的对象，不能对其进行查询。 我的猜测是该程序正在维护自己的“状态”记录。 该记录与解释器的内部状态无关。 我可以告诉您一个事实，即您在“状态”下列出的内容与Ghostscript内部维护的图形状态的内容甚至都不接近。

我建议IdePS程序只是在幕后执行一个currentpagedevice并读取字典内容。 请注意，字典的左边有内容，右边是空的。

我不认为“状态”是指解释器中的任何特定实现，而只是程序跟踪内容本身。