<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Helvetica Neue'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">The thing that makes PDF less attractive than plain Postscript is that it is a binary format. PDF is "object" oriented; Postscript is "stream" oriented. You have to construct a binary table-of-contents at the end of a PDF file with byte-offsets into the file referencing a tree of PDF objects. And, it still has to be converted to Postscript to send to a printer. Whereas, a Postscript file can simply be sent to a Postscript printer directly. I know of no native PDF printers. </span>Postscript is a text file; you can edit it with a text editor and not mess it up.</div>
<br><div><div>On 29 Feb 2016, at 12:48 PM, <<a href="mailto:simh-request@trailing-edge.com">simh-request@trailing-edge.com</a>> <<a href="mailto:simh-request@trailing-edge.com">simh-request@trailing-edge.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: 'Helvetica Neue'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="font-family: monospace; ">Date: Mon, 29 Feb 2016 14:04:09 -0500<br>From: Timothe Litt <<a href="mailto:litt@ieee.org">litt@ieee.org</a>><br>To: Paul Koning <<a href="mailto:paulkoning@comcast.net">paulkoning@comcast.net</a>><br>Cc:<span class="Apple-converted-space"> </span><a href="mailto:simh@trailing-edge.com">simh@trailing-edge.com</a><br>Subject: Re: [Simh] KS10 IMP documentation<br>Message-ID: <<a href="mailto:56D49629.6050004@ieee.org">56D49629.6050004@ieee.org</a>><br>Content-Type: text/plain; charset="windows-1252"<br><br>On 29-Feb-16 13:05, Paul Koning wrote:<br><blockquote type="cite"><blockquote type="cite">On Feb 29, 2016, at 12:59 PM, Timothe Litt <<a href="mailto:litt@ieee.org">litt@ieee.org</a>> wrote:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">...<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I created a printer class driver layer for simh when I did PDF output for all the emulators, but that went into a black hole of "more is not enough" and did not find its way into simh/master.<br></blockquote></blockquote><blockquote type="cite">I looked at PostScript output for a printer, which is fairly easy and makes it possible to do non-ASCII characters if the particular machine needs those. In the end, I did it as an external program (small Python script) instead, but in SimH would certainly not be hard. PS has the advantage that it's easy to generate and easy to see what's going on, and it can either be printed directly, or converted easily to PDF.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><span class="Apple-tab-span" style="white-space: pre; "> </span><br></blockquote>PDF is an ISO archival standard and these days, more accessible than<br>PS. To do anything with postscript, you need to get add-on software -<br>usually ghostscript. Pretty much every PC, Mac and Linux box has a PDF<br>reader out of the box. Several web browsers have built-in PDF<br>interpreters. PDF supports non-ASCII characters. And PDF supports<br>embedding other media types. You can (and I did) support compression<br>and embedded images.<br><br>Anyhow, that's what I picked.<br><br>I did the work of generating PDF with green (or blue or ..) bar paper,<br>tractor feed holes, background logos, form sizes, overstrike, queuing to<br>a spool directory, appending, checkpointing, etc. I had an escape<br>sequence interpreter so anything not in the PDF character set (a<br>superset of ASCII) could be generated fairly easily from a SimH driver.<span class="Apple-converted-space"> </span><br>I provided translations for 32 character sets, from ASCII to Greek to<br>Technical.<br><br>I integrated it into all the simulators - not just DEC. It didn't<br>preclude .txt output. But it became controversial for reasons not fully<br>understood - and I was unwilling to keep implementing non-core features<br>for specific host platforms.<span class="Apple-converted-space"> </span><br><br>I had a lot of other pressures on my time. I gave up. I still think it<br>was a nice piece of work, but clearly the community didn't.<br><br>Anyhow, the point is that it's feasible to build a class driver layer &<br>FWIW, my strong opinion is that for LPD bridges and any output formats,<br>that's the way to go. Of course, given my experience, you might want to<br>collect other opinions.<br></span></span></blockquote></div><div><br></div><div>Larry Baker<br>US Geological Survey<br>650-329-5608<br><a href="mailto:baker@usgs.gov">baker@usgs.gov</a><br><br></div></body></html>