DOCSLIB.ORG

Xr: Cross-Device Rendering for Vector Graphics

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Xr: Cross-Device Rendering for Vector Graphics Xr: Cross-device Rendering for Vector Graphics Carl Worth USC, Information Sciences Institute [email protected] Keith Packard Cambridge Research Laboratory, HP Labs, HP [email protected] Abstract from labels and shading on buttons to the cen- tral image manipulation in a drawing or paint- ing program. Xr targets displays, printers and Xr provides a vector-based rendering API with local image buffers with a uniform rendering output support for the X Window System and model so that applications can use the same local image buffers. PostScript and PDF file API to present information regardless of the output is planned. Xr is designed to produce media. identical output on all output media while tak- ing advantage of display hardware acceleration The Xr library provides a device-independent through the X Render Extension. API, and can currently drive X Window System[10] applications as well as manipulate Xr provides a stateful user-level API with sup- images in the application address space. It can port for the PDF 1.4 imaging model. Xr pro- take advantage of the X Render Extension[7] vides operations including stroking and filling where available but does not require it. The Bézier cubic splines, transforming and com- intent is to add support for Xr to produce positing translucent images, and antialiased PostScript[1] and PDF 1.4[5] output. text rendering. The PostScript drawing model has been adapted for use within C applications. Moving from the primitive original graphics Extensions needed to support much of the PDF system available in the X Window System to 1.4 imaging operations have been included. a complete device-independent rendering envi- This integration of the familiar PostScript op- ronment should serve to drive future applica- erational model within the native application tion development in exciting directions. language environment provides a simple and powerful new tool for graphics application de- 1.1 Vector Graphics velopment. On modern display hardware, an application’s 1 Introduction desire to present information using abstract ge- ometric objects must be translated to physical pixels at some point in the process. The later The design of the Xr library is motivated by the this transition occurs in the rendering process desire to provide a high-quality rendering in- the fewer pixelization artifacts will appear as terface for all areas of application presentation, a result of additional transformation operations Linux Symposium 481 on pixel-based data. However, when the images are scaled up, the differences between raster and vector artwork Existing application artwork is often generated become apparent. Figure 2 shows a portion of in pixel format because the rendering opera- the original raster image scaled by a factor of 4 tions available to the application at runtime are with the GIMP [6]. Artifacts from the scaling a mere shadow of those provided in a typical are apparent, primarily in the jaggies around image manipulation program. Providing suffi- the contour of the image. The GIMP did apply cient rendering functionality within the appli- an interpolating filter to reduce these artifacts cation environment allows artwork to be pro- but this comes at the cost of blurring the im- vided in vector form which presents high qual- age. Compare this to Figure 3 where Xr has ity results at a wide range of sizes. been used to draw the vector artwork at 4 times the original scale. Since the vector artwork is resolution independent, the artifacts of jaggies and blurring are not present in this image. 1.2 Vector Rendering Model The two-dimensional graphics world is fortu- Figure 1: Raster and vector images at original nate to have one dominant rendering model. size (artwork courtesy of Larry Ewing and Si- With the introduction of desktop publishing mon Budig) and the PostScript printer, application devel- opers converged on that model. Recent exten- sions to that model have been incorporated in Figures 1-3 illustrate the benefits of vector art- PDF 1.4, but the basic architecture remains the work. The penguin on the left of Figure 1 is same. PostScript provides a simple painters the familiar image as originally drawn by Larry model; each rendering operation places new Ewing[3]. The penguin on the right is an Xr paint on top of the contents of the surface. PDF rendering of vector-based artwork by Simon 1.4 extends this model to include Porter/Duff Budig[2] intended to match Ewing’s artwork as image compositing [9] and other image ma- closely as possible. At the original scale of the nipulation operations which serve to bring the raster artwork, the two images are quite com- basic PostScript rendering model in line with parable. modern application demands. Figure 2: Raster image scaled 400% Figure 3: Vector image scaled 400% Linux Symposium 482 PostScript and PDF draw geometric shapes by by the graphics state object in the Xr interface. constructing arbitrary paths of lines and cubic Bézier splines. The coordinates used for the construction can be transformed with an affine 2 API and Examples matrix. This provides a powerful compositing technique as the transformation may be set be- This section provides a tour of the application fore a complex object is drawn to position and programming interface (API) provided by Xr. scale it appropriately. Text is treated as pre- Major features of the API are demonstrated in built path sections which couples it tightly and illustrations, and the source code for each illus- cleanly with the rest of the model. tration is provided in Appendix A. 1.3 Xr Programming Interface 2.1 Xr Initialization #include <Xr.h> While the goal of the Xr library is to provide #define WIDTH 600 a PDF 1.4 imaging model, PDF doesn’t pro- #define HEIGHT 600 vide any programming language interface. Xr #define STRIDE (WIDTH * 4) borrows its imperative immediate mode model char image[STRIDE*HEIGHT]; from PostScript operators. However, instead of int proposing a complete new programming lan- main (void) guage to encapsulate these operators, Xr uses C { XrState *xrs; functions for the operations and expects the de- veloper to use C instead of PostScript to imple- xrs = XrCreate (); ment the application part of the rendering sys- XrSetTargetImage (xrs, image, tem. This dramatically reduces the number of XrFormatARGB32, WIDTH, HEIGHT, STRIDE); operations needed by the library as only those directly involved in graphics need be provided. /* draw things using xrs ... */ The large number of PostScript operators that XrDestroy (xrs); support a complete language are more than ad- /* do something useful with image equately replaced by the C programming lan- (eg. write to a file) */ guage. return 0; } PostScript encapsulates rendering state in a global opaque object and provides simple op- erators to change various aspects of that state, Figure 4: Minimal program using Xr from color to line width and dash patterns. Be- cause global objects can cause various prob- Figure 4 shows a minimal program using lems in C library interfaces, the graphics state Xr. This program does not actually do useful in Xr is held in a structure that is passed to each work—it never draws anything, but it demon- of the library functions. strates the initialization and cleanup proce- dures required for using Xr. The translation from PostScript operators to the Xr interface is straightforward. For ex- After including the Xr header file, the first Xr ample, the lineto operator translates to the Xr- function a program must call is XrCreate. This LineTo function. The coordinates of the line function returns a pointer to an XrState object, endpoint needed by the operator are preceded which is used by Xr to store its data. The Linux Symposium 483 XrState pointer is passed as the first argument terpretation for user units and having the ability to almost all other Xr functions. to draw elements on exact device pixel bound- aries. Ideally, device pixels would be so small Before any drawing functions may be called, that the user could ignore pixel boundaries, but Xr must be provided with a target surface to with current display pixel sizes of about 100 receive the resulting graphics. The backend of DPI, the pixel boundaries are still significant. Xr has support for multiple types of graphics targets. Currently, Xr has support for render- The CTM can be modified by the user to po- ing to in-memory images as well as to any X sition, scale, or rotate subsequent objects to be Window System “drawable”, (eg. a window or drawn. These operations are performed by the a pixmap). functions XrTranslate, XrScale, and XrRotate. Additionally, XrConcatMatrix will compose a The program calls XrSetTargetImage to direct given matrix into the current CTM and XrSet- graphics to an array of bytes arranged as 4- Matrix will directly set the CTM to a given byte ARGB pixels. A similar call, XrSetTar- matrix. The XrDefaultMatrix function can be getDrawable, is available to direct graphics to used to restore the CTM to its original state. an X drawable. When the program is done using Xr, it signi- fies this by calling XrDestroy. During XrDe- stroy, all data is released from the XrState ob- ject. It is then invalid for the program to use the value of the XrState pointer until a new ob- ject is created by calling XrCreate. The results of any graphics operations are still available on the target surface, and the program can access that surface as appropriate, (eg. write the im- age to a file, display the graphics on the screen, etc.). Figure 5: Hering illusion (originally discov- ered by Ewald Hering in 1861)[11]. The radial 2.2 Transformations lines were positioned with XrTranslate and Xr- Rotate All coordinates passed from user code to Xr are in a coordinate system known as “user space”.
Load more

Recommended publications
  • Using a Next Workstation As a Development Platform for Version 5 Sas Applications
    USING A NEXT WORKSTATION AS A DEVELOPMENT PLATFORM FOR VERSION 5 SAS APPLICATIONS Joseph E St Sauver, Office of University Computing, University of Oregon ABSTRACT Similarly. there is liUle sense in tieing up a PC for hours (or days) running a large statistical analysis when a sha.red SAS Institute has yet to announce any firm plans to port the mainframe will often have abundant horsepower to handle just SAS System* to NeXT* workstations. Nonetheless, a NeXT those sorts of CPU-intensive jobs. workstation can serve as an excellent platform for developing VAXNMS· (or other mainframe) SAS System code for remote The PC version of SAS atte~s to explott this philosophy by execution. giving the user the option of either processing SAS code locally using the SUBMIT command, or processing SAS code on a The combination of a strong windowing environment, display remote mainframe SAS host using the RSUBMIT command. In a PostScript support. a built-in athemet interlace and copious perfect world. this approach would allow the user to elect the slorage eapacny bundled on lOP of more-or-Iess BSD 4.3 UNIX" best mix of local and remote resources to achieve his or her make development of SAS System code on the NeXT for objectives in a timely and cost effective manner. remote execution on another mainframe quite easy. Unfortunately, in my experience, the happy symbiosis The author's experience with use of a NeXT as a remote code envisioned between the PC version of the SAS System and the development plaHorm for SAS and SAS/Graph" on a VAXNMS mainframe version of the SAS system often breaks down.
    [Show full text]
  • Sun Ultratm 5 Workstation Just the Facts
    Sun UltraTM 5 Workstation Just the Facts Copyrights 1999 Sun Microsystems, Inc. All Rights Reserved. Sun, Sun Microsystems, the Sun logo, Ultra, PGX, PGX24, Solaris, Sun Enterprise, SunClient, UltraComputing, Catalyst, SunPCi, OpenWindows, PGX32, VIS, Java, JDK, XGL, XIL, Java 3D, SunVTS, ShowMe, ShowMe TV, SunForum, Java WorkShop, Java Studio, AnswerBook, AnswerBook2, Sun Enterprise SyMON, Solstice, Solstice AutoClient, ShowMe How, SunCD, SunCD 2Plus, Sun StorEdge, SunButtons, SunDials, SunMicrophone, SunFDDI, SunLink, SunHSI, SunATM, SLC, ELC, IPC, IPX, SunSpectrum, JavaStation, SunSpectrum Platinum, SunSpectrum Gold, SunSpectrum Silver, SunSpectrum Bronze, SunVIP, SunSolve, and SunSolve EarlyNotifier are trademarks, registered trademarks, or service marks of Sun Microsystems, Inc. in the United States and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. in the United States and other countries. Products bearing SPARC trademarks are based upon an architecture developed by Sun Microsystems, Inc. UNIX is a registered trademark in the United States and other countries, exclusively licensed through X/Open Company, Ltd. OpenGL is a registered trademark of Silicon Graphics, Inc. Display PostScript and PostScript are trademarks of Adobe Systems, Incorporated, which may be registered in certain jurisdictions. Netscape is a trademark of Netscape Communications Corporation. DLT is claimed as a trademark of Quantum Corporation in the United States and other countries. Just the Facts May 1999 Positioning The Sun UltraTM 5 Workstation Figure 1. The Ultra 5 workstation The Sun UltraTM 5 workstation is an entry-level workstation based upon the 333- and 360-MHz UltraSPARCTM-IIi processors. The Ultra 5 is Sun’s lowest-priced workstation, designed to meet the needs of price-sensitive and volume-purchase customers in the personal workstation market without sacrificing performance.
    [Show full text]
  • Encapsulated Postscript Application Guide for Mac And
    Encapsulated PostScript Encapsulated PostScript Application Guide for the Macintosh and PCs Peter Vollenweider Manager User Services Universi1y of Zurich A ·Carl Hanser .Verlag :II Prentice Hall First published in German 1989 by Carl Hanser Verlag under the title EPS-Handbuch: Encapsulated PostScript First published in English 1990 by Prentice Hall International (UK) Ltd 66 Wood Lane End, Hemel Hempstead Hertfordshire HP2 4RG A division of Simon & Schuster International Group ©Carl Hanser Verlag, Munich and Vienna 1989 ©Carl Hanser Verlag and Prentice Hall 1990 All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form, or by any means, electronic, mechanical, photocopying, recording or otherwise, witliout prior permission, in writing, from the publisher. For permission within the United States of America contact Prentice Hall, Inc., Englewood Cliffs, NJ 07632. The Sonata clef design on the cover shows the mixing of randomly placed Sonata font types, smoothed curves and patterns; courtesy of John F. Sherman, ND Design Program, University of Notre Dame, Indiana 46556, USA. Printed and bound in Great Britain by Dotesios Printers Ltd, Trowbridge, Wiltshire. Library of Congress Cataloging-in-Publication Data Vollenweider, Peter. (Encapsulated PostScript. English) Encapsulated PostScript : application guide for the Macintosh and PC's I Peter Vollenweider. p. em. Includes bibliographical references. ISBN 0-13-275843-1 1. PostScript (Computer program language) I. Title. QA76.73.P67V65 1990 005 .265-dc20 90-35469 CIP British Library Cataloguing-in-Publication Data Vollenweider, Peter Encapsulated PostScript : application guide for the Macintosh and PC's. 1. Microcomputer systems. Software packages I.
    [Show full text]
  • A Successor to the X Window System
    Y: A Successor to the X Window System Mark Thomas <[email protected]> Project Supervisor: D. R¨uckert <[email protected]> Second Marker: E. Lupu <[email protected]> June 18, 2003 ii Abstract UNIX desktop environments are a mess. The proliferation of incompatible and inconsistent user interface toolkits is now the primary factor in the failure of enterprises to adopt UNIX as a desktop solution. This report documents the creation of a comprehensive, elegant framework for a complete windowing system, including a standardised graphical user interface toolkit. ‘Y’ addresses many of the problems associated with current systems, whilst keeping and improving on their best features. An initial implementation, which supports simple applications like a terminal emulator, a clock and a calculator, is provided. iii iv Acknowledgements Thanks to Daniel R¨uckert for supervising the project and for his help and advice regarding it. Thanks to David McBride for his assistance with setting up my project machine and providing me with an ATI Radeon for it. Thanks to Philip Willoughby for his knowledge of the POSIX standard and help with the GNU Autotools and some of the more obscure libc functions. Thanks to Andrew Suffield for his help with the GNU Autotools and Arch. Thanks to Nick Maynard and Karl O’Keeffe for discussions on window system and GUI design. Thanks to Tim Southerwood for discussions about possible features of Y. Thanks to Duncan White for discussions about the virtues of X. All company and product names are trademarks and/or registered trademarks of their respective owners.
    [Show full text]
  • A Simplified Graphics System Based on Direct Rendering Manager System
    J. lnf. Commun. Converg. Eng. 16(2): 125-129, Jun. 2018 Regular paper A Simplified Graphics System Based on Direct Rendering Manager System Nakhoon Baek* , Member, KIICE School of Computer Science and Engineering, Kyungpook National University, Daegu 41566, Korea Abstract In the field of computer graphics, rendering speed is one of the most important factors. Contemporary rendering is performed using 3D graphics systems with windowing system support. Since typical graphics systems, including OpenGL and the DirectX library, focus on the variety of graphics rendering features, the rendering process itself consists of many complicated operations. In contrast, early computer systems used direct manipulation of computer graphics hardware, and achieved simple and efficient graphics handling operations. We suggest an alternative method of accelerated 2D and 3D graphics output, based on directly accessing modern GPU hardware using the direct rendering manager (DRM) system. On the basis of this DRM support, we exchange the graphics instructions and graphics data directly, and achieve better performance than full 3D graphics systems. We present a prototype system for providing a set of simple 2D and 3D graphics primitives. Experimental results and their screen shots are included. Index Terms: Direct rendering manager, Efficient handling, Graphics acceleration, Light-weight implementation, Prototype system I. INTRODUCTION Rendering speed is one of the most important factors for 3D graphics application programs. Typical present-day graph- After graphics output devices became publicly available, a ics programs need to be able to handle very large quantities large number of graphics applications were developed for a of graphics data. The larger the data size, and the more sen- broad spectrum of uses including computer animations, com- sitive to the rendering speed, the better the speed-up that can puter games, user experiences, and human-computer inter- be achieved, even for minor aspects of the graphics pipeline.
    [Show full text]
  • ULTRIX W Orksystem Software I
    ULTRIX W orksystem Software i Reader's Guide Order Number: AA-PBOGB-TE UL TRIX Worksystem Software Reader's Guide Order Number: AA-PBOGB-TE June 1990 Product Version: UL TRIX Worksystem Software Version 4.0 Operating System and Version: UL TRIX Version 4.0 digital equipment corporation maynard, massachusetts Restricted Rights: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software clause of DFARS 252.227-7013. © Digital Equipment Corporation 1990 All rights reserved. The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may be used or copied only in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by Digital or its affiliated companies. The following are trademarks of Digital Equipment Corporation: DECUS ULTRIX Worksystem Software IJDmaama DECwindows UNIBUS CDA DTIF VAX DDIF MASSBUS V AXstation DDIS MicroVAX VMS DEC Q-bus VMS/ULTRIX Connection DECnet ULTRIX VT DEC station ULTRIX Mail Connection XVI PostScript and Display PostScript are registered trademarks of Adobe Systems, Inc. UNIX is a registered trademark of AT&T in the USA and other countries. X Window System version 11, and its derivatives (X, X11, and X version 11) are trademarks of Massachusetts Institute of Technology.
    [Show full text]
  • R&S®NRX Universal Power Meter Open Source Acknowledgment
    R&S®NRX Universal Power Meter Open Source Acknowledgment (>HÔR0) 1424703400 Version 08.00 © 2020 Rohde & Schwarz GmbH & Co. KG Mühldorfstr. 15, 81671 München, Germany Phone: +49 89 41 29 - 0 Fax: +49 89 41 29 12 164 Email: [email protected] Internet: www.rohde-schwarz.com Subject to change – Data without tolerance limits is not binding. R&S® is a registered trademark of Rohde & Schwarz GmbH & Co. KG. Trade names are trademarks of their owners. 1424.7034.00 | Version 08.00 | R&S®NRX R&S®NRX Contents Contents 1 Introduction............................................................................................ 5 2 Software packages.................................................................................6 3 Verbatim license texts......................................................................... 12 4 Copyrights............................................................................................ 51 Annex.................................................................................................... 52 A Base system license texts...................................................................52 Open Source Acknowledgment 1424.7034.00 ─ 08.00 3 R&S®NRX Contents Open Source Acknowledgment 1424.7034.00 ─ 08.00 4 R&S®NRX Introduction How to obtain the source code 1 Introduction This product uses a number of open source software packages which are listed in the section "Software packages" on page 6. The open source software is provided free of charge. You are entitled to use the open source software in accordance
    [Show full text]
  • A Brief Technical Introduction
    Mac OS X A Brief Technical Introduction Leon Towns-von Stauber, Occam's Razor LISA Hit the Ground Running, December 2005 http://www.occam.com/osx/ X Contents Opening Remarks..............................3 What is Mac OS X?.............................5 A New Kind of UNIX.........................12 A Diferent Kind of UNIX..................15 Resources........................................39 X Opening Remarks 3 This is a technical introduction to Mac OS X, mainly targeted to experienced UNIX users for whom OS X is at least relatively new This presentation covers primarily Mac OS X 10.4.3 (Darwin 8.3), aka Tiger X Legal Notices 4 This presentation Copyright © 2003-2005 Leon Towns-von Stauber. All rights reserved. Trademark notices Apple®, Mac®, Macintosh®, Mac OS®, Finder™, Quartz™, Cocoa®, Carbon®, AppleScript®, Bonjour™, Panther™, Tiger™, and other terms are trademarks of Apple Computer. See <http://www.apple.com/legal/ appletmlist.html>. NeXT®, NeXTstep®, OpenStep®, and NetInfo® are trademarks of NeXT Software. See <http://www.apple.com/legal/nexttmlist.html>. Other trademarks are the property of their respective owners. X What Is It? 5 Answers Ancestry Operating System Products The Structure of Mac OS X X What Is It? Answers 6 It's an elephant I mean, it's like the elephant in the Chinese/Indian parable of the blind men, perceived as diferent things depending on the approach X What Is It? Answers 7 Inheritor of the Mac OS legacy Evolved GUI, Carbon (from Mac Toolbox), AppleScript, QuickTime, etc. The latest version of NeXTstep Mach, Quartz (from Display PostScript), Cocoa (from OpenStep), NetInfo, apps (Mail, Terminal, TextEdit, Preview, Interface Builder, Project Builder, etc.), bundles, faxing from Print panel, NetBoot, etc.
    [Show full text]
  • A Taxonomy of Window Manager User Interfaces
    Window Interfaces A Taxonomy of Window Manager User Interfaces Brad A. Myers Carnegie Mellon University This article presents a taxonomy for the user-visible A window manager is a software package that helps parts of window managers. It is interesting that there the user monitor and control different contexts by are actually very few significant differences, and the separating them physically onto different parts of one or differences can be classified in a taxonomy with fairly more display screens. At its simplest, a window manager limited branching. This taxonomy should be useful in provides many separate terminals on the same screen, evaluating the similarities and differences of various each with its own connection to a time-sharing com- window managers, and it will also serve as a guide for puter. At its most advanced, a window manager supports the issues that need to be addressed by designers of many different activities, each of which uses many win- future window manager user interfaces. The advan- dows, and each window, in turn, can contain many tages and disadvantages of the various options are also different kinds of information including text, graphics, presented. Since many modern window managers allow the user interface to be customized to a large and even video. Window managers are sometimes imple- degree, it is important to study the choices available. mented as part of a computer’s operating system and sometimes as a server that can be used if desired. They September 1988 0272-1;1618810900-0065s0100 198R ltEE 65 Authorized licensed use limited to: Carnegie Mellon Libraries.
    [Show full text]
  • Sun Blade 150 Workstation System Configuration
    Sun BladeTM 150 Refresh Workstation Just the Facts Copyrights ©2004 Sun Microsystems, Inc. All Rights Reserved. Sun, Sun Microsystems, the Sun logo, Sun Blade, Solaris, StarOffice, Ultra, Java, Java 3D, iPlanet, OpenWindows, PGX24, PGX32, VIS, SunPCi, Sun Workstation, Solaris Resource Manager, Solstice, Solstice AutoClient, SunVTS, ShowMe, ShowMe TV, ShowMe How, AnswerBook, AnswerBook2, Sun OpenGL for Solaris, Sun StorEdge, SunMicrophone, SunATM, SunClient, SunSpectrum, SunSpectrum Platinum, SunSpectrum Gold, SunSpectrum Silver, SunSpectrum Bronze, and SunSolve are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. in the United States and other countries. Products bearing SPARC trademarks are based upon an architecture developed by Sun Microsystems, Inc. UNIX is a registered trademark in the United States and other countries, exclusively licensed through X/Open Company, Ltd. FireWire is a trademark of Apple Computer, Inc., used under license. OpenGL is a registered trademark of Silicon Graphics, Inc. Display PostScript and PostScript are trademarks of Adobe Systems, Incorporated, which may be registered in certain jurisdictions. Netscape is a trademark of Netscape Communications Corporation. All respective trademarks are the property of their respective owners. Last update: 03/17/2004 Just the Facts December 2003 2 Table of Contents Positioning....................................................................................................................................................................5.
    [Show full text]
  • Programming on Silicon Graphics Systems: an Overview
    Programming on Silicon Graphics Systems: An Overview Document Number 007-2476-001 CONTRIBUTORS Written by Eleanor Bassler Edited by C. Kleinfeld Photography by Nancy Cam © Copyright 1994, Silicon Graphics, Inc.— All Rights Reserved This document contains proprietary and confidential information of Silicon Graphics, Inc. The contents of this document may not be disclosed to third parties, copied, or duplicated in any form, in whole or in part, without the prior written permission of Silicon Graphics, Inc. RESTRICTED RIGHTS LEGEND Use, duplication, or disclosure of the technical data contained in this document by the Government is subject to restrictions as set forth in subdivision (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 52.227-7013 and/ or in similar or successor clauses in the FAR, or in the DOD or NASA FAR Supplement. Unpublished rights reserved under the Copyright Laws of the United States. Contractor/manufacturer is Silicon Graphics, Inc., 2011 N. Shoreline Blvd., Mountain View, CA 94043-1389. Silicon Graphics and IRIS are registered trademarks and IRIX, IRIS Graphics Library, IRIS IM, IRIS InSight, IconSmith, OpenGL, IRIS ViewKit, POWER Fortran Accelerator, IRIS Performer, Indigo Video, Indy Video, Galileo Video, Indigo2 Video, Sirius Video, ImageVision Library, CASEVision, Impressario, Indigo Magic, Open Inventor, POWER Series, and RealityEngine are trademarks of Silicon Graphics, Inc. OSF/Motif is a trademark of Open Software Foundation. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/ Open Company, Ltd. X Window System is a trademark of the Massachusetts Institute of Technology. PostScript is a registered trademark and Display PostScript is a trademark of Adobe Systems, Inc.
    [Show full text]
  • Display Postscript NX Software Concepts and Facilities
    The Display PostScriptTM System Adobe Systems Incorporated Display PostScript NX Software Concepts and Facilities Release 1.0 01 June 1993 Adobe Systems Incorporated Adobe Developer Technologies 345 Park Avenue San Jose, CA 95110 http://partners.adobe.com/ Display PostScript NX Software Concepts and Facilities Copyright 1992, 1993 by Adobe Systems Incorporated. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written consent of the publisher. Any software referred to herein is furnished under license and may only be used or copied in accordance with the terms of such license. Any references to a “PostScript printer”, a “PostScript file,” or a “PostScript driver” refer to printers, files, and driver programs respectively that are written to support the PostScript language. The sentences in this book that use “PostScript language” as an adjective phrase are so constructed to rein- force that the name refers to the standard language definition as set forth by Adobe Systems Incorporated. Adobe, PostScript, the PostScript logo, and Display PostScript are trademarks of Adobe Systems Incorporated which may be registered in certain jurisdictions. OSF/Motif is a trademark of the Open Software Foundation. UNIX is a registered trademark of AT&T Information Systems. X Window System is a trademark of the Massachusetts Institute of Technology. SPARC is a registered name trademark of SPARC International Inc. DEC ULTRIX, DECwindows, and DECnet are trademarks of Digital Equipment Corporation. Other brand or product names are the trademarks or registered trade- marks of their respective holders.
    [Show full text]