pjl | A JetDirect/PJL Library for Java | 3D Printing library

Device-dependent actions (like Staple, and also Duplex, Tumble, Collate etc) are expected to be controlled, in language level 2 or 3, by calling setpagedevice.

Some device-dependent features (eg Duplex) are well defined in the specification, others are less well defined and manufacturers can create key/value pairs of their own, which are totally undefined. The way the setpagedevice operator works it will ignore anything which it doesn't understand.

So I would expect:

Checking the PJL Reference Manual (Edition 12, which is the latest I have seen) there is simply no way to scale the page content in PJL.

Even if there were, I'd be surprised if it carried over to the PostScript (as opposed to PCL) interpreter environment, because PostScript has a rich feature set to handle this sort of setup. So basically you're going to need to get the PostScript correct.

Now, when you take a PDF file and produce PostScript from it, you are almost certainly producing generic PostScript; its device-neutral so it doesn't take account of aspects of the physical device.

Most obviously this will be things like hardware margins and unprintable areas. Many devices have limitations on which parts of the media they can print on, due to the paper handling. These will, of course, be different between different printers.

Of course, when you print from the operating system, the printer device driver knows what the printable area of the media is (because its the specific driver for the printer in question), and so it can arrange for the content to be scaled to the actual media.

Ghostscript certainly can produce PostScript (using the ps2write device) which is suitably scaled and translated for a given printer, provided you know what the characteristics of that printer are. In fact if the printer is sophisticated enough, the PostScript program may be able to interrogate the printer to retrieve some of these characteristics (ImagingBBox, PageOffset, Margins, ImageShift) and its then possible to write a PostScript program to dynamically resize the content of the page, based on these values (the PostScript produced by ps2write does not do this...).

Can I suggest a different approach, based on two observations:

• there are far too many categories (48 tissues) to distinguish by fill colour
• stacking suggests that each tissue as a proportion of the total has some relevance, which I doubt in this case given the very different tissues

So how about plotting tissue against variable (population I assume) and colouring the tiles by value. I use df1 for the data frame name.

I solved my problem. For writing data to OutputStream in Kotlin, I used:

Try removing the quotes from the command being generated.

I've been through similar situations before. The problem here is most likely that there's a dependency missing when using infinispan-core.

The way to address such issues is by step-debugging through the code to understand why the logger is not being found. You can do that by putting a breakpoint at the start of org.jboss.logging.LoggerProviders.findProvider() method. That method detects which logger will be used, whether JDK, Log4j, Log4j2, Slf4j...etc.

So, put back the embedded dependency, put a breakpoint in that method, and verify that Log4j 1.x is added. Then, try running the same with infinispan-core in place and see what provider gets chosen (I guess it's not Log4j 1.x). Then see if adding Log4j 1.x as explicit dependency works...etc :)

Editing the spool file is obviously trivial. The trick is how to get access to the spool file.

I can think of a few ways offhand:

1. Pause the print job after spooling, edit it, then release it. See my answer here. This is not trivial and you may need to resort to third-party software depending on time/effort available.
2. Create a print driver or spooler component such as a port or language monitor to edit the file. (Thanks to Carey Gregory for the suggestion to use a language monitor). This is a big topic and you'll have to read a lot of documentation to figure out how to do it, but there is a sample (Pjlmon) in the WDK. Note that the newer V4 driver model for Windows 8/Server 2012 doesn't support these components.

3. If you don't need to do this transparently you could set up RedMon (free) to call your app to edit the spool file. RedMon will then send it to the desired printer.

4. VeryPDF has some similar commercial products with more capabilities.