PostScript and Interpress: A Comparison (1985)
Brian Reid compares PostScript and Interpress, detailing their history, development, and similarities in controlling laser printers. Both languages evolved from earlier systems, with PostScript by Adobe and Interpress by Xerox. Despite differences, they significantly advanced page description languages.
Read original articleIn the comparison between PostScript and Interpress, Brian Reid discusses the history and differences between the two languages used for controlling laser printers. PostScript, developed by Adobe Systems, and Interpress, by Xerox Corporation, were highly similar in their capabilities. The historical background reveals the evolution of these languages from earlier graphics systems like JAM and Press format. Interpress, a collaborative effort involving Butler Lampson and Bob Sproull, combined the graphics model of JAM with new features for page image description. On the other hand, PostScript, developed by John Warnock and Chuck Geschke at Adobe, incorporated Unix concepts and a protection structure akin to C programming. PostScript's manual was first shipped in 1984, while Interpress documentation became available later. The comparison between the two languages involves lexical considerations, syntax, semantic models, usage styles, and implementation aspects. Both languages had similar operators like MOVETO, reflecting their shared origins in earlier graphics systems. Despite their differences, PostScript and Interpress were pivotal in advancing page description languages for laser printing technology.
Related
X debut 40 years ago (1984)
Robert W. Scheifler introduced the X window system in June 1984 for the VS100 Unix server, offering improved performance over W. The system was stable, with the Laboratory for Computer Science already transitioning to X and developing applications. Scheifler encouraged experimentation and welcomed volunteers for documentation contributions.
As you learn Forth, it learns from you (1981)
The Forth programming language is highlighted for its unique features like extensibility, speed, and efficiency. Contrasted with Basic, Forth's threaded code system and data handling methods make it versatile.
Advanced text features and PDF
The post explores complex text features in PDFs, covering Unicode, glyph representation, kerning, and font challenges. It emphasizes tools like Harfbuzz and CapyPDF for accurate text handling in PDFs.
40 years later, X Window System is far more relevant than anyone could guess
The X Window System, developed by Scheifler and Gettys at MIT, remains relevant after 40 years. Its evolution from X10r4 to X11 brought graphical capabilities, cross-platform compatibility, and enduring value in academia and beyond.
Picolisp a Railroad Simulation
A railroad simulation in PicoLisp uses Discrete Event Simulation (DES) to model trains as bots moving between stations, changing tracks, and shunting. Users control the simulation through logic and network layout files.
This is a long paper that I think has too much detail and it obscures the few key important things:
- Postscript is really a general purpose programming language where interpress is rather restricted.
- Interpress was very concerned from the start about being fast to process on the fastest Xerox printers at the time (a 9700 120PPM) and page independence was critical. Wanted to print forward, backward, in the middle without executing the entire file as postscript required. Interpress could easily index the pages and just start printing from any where. Not so with PostScript.
- both had near identical imaging models. It’s obvious why from that article.
- Postscript had a robust scalable font mechanism where-as all Xerox prints lived in the world of bitmap fonts. This is not really a language issue but an implementation fact at the time and made it in the end far superior despite everything else. (Plus the Mac used it and the LaserWriter was a huge success.)
- at the time Interpress handled multilingual fonts (as did Star) and that was added latter to PS but not when this was written. Interpress used XCCCS their 16bit character code standard which was the direct predecessor to Unicode (co developed initially by Xerox and Apple and I was part of that initial work.)
There are other key points but these are the major ones imho.
The meat is buried in the middle-end of the document:
"By now you can probably see the fundamental philosophical difference between PostScript and Interpress. Interpress takes the stance that the language system must guarantee certain useful properties, while PostScript takes the stance that the language system must provide the user with the means to achieve those properties if he wants them. With very few exceptions"
All the rest of it is sort of crap.
TL; DR: Postscript is a programming language that happens to be embedded in a printer and does printer things. Interpress is a PDL.
Related
X debut 40 years ago (1984)
Robert W. Scheifler introduced the X window system in June 1984 for the VS100 Unix server, offering improved performance over W. The system was stable, with the Laboratory for Computer Science already transitioning to X and developing applications. Scheifler encouraged experimentation and welcomed volunteers for documentation contributions.
As you learn Forth, it learns from you (1981)
The Forth programming language is highlighted for its unique features like extensibility, speed, and efficiency. Contrasted with Basic, Forth's threaded code system and data handling methods make it versatile.
Advanced text features and PDF
The post explores complex text features in PDFs, covering Unicode, glyph representation, kerning, and font challenges. It emphasizes tools like Harfbuzz and CapyPDF for accurate text handling in PDFs.
40 years later, X Window System is far more relevant than anyone could guess
The X Window System, developed by Scheifler and Gettys at MIT, remains relevant after 40 years. Its evolution from X10r4 to X11 brought graphical capabilities, cross-platform compatibility, and enduring value in academia and beyond.
Picolisp a Railroad Simulation
A railroad simulation in PicoLisp uses Discrete Event Simulation (DES) to model trains as bots moving between stations, changing tracks, and shunting. Users control the simulation through logic and network layout files.