Xref: utzoo comp.windows.x:15642 comp.graphics:8864 Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!shadooby!umich!zip!spencer From: spencer@eecs.umich.edu (Spencer W. Thomas) Newsgroups: comp.windows.x,comp.graphics Subject: Re: PEX question Message-ID: Date: 27 Nov 89 17:11:20 GMT References: <1193@apctrc.UUCP> Sender: news@zippy.eecs.umich.edu Distribution: usa Organization: University of Michigan EECS Dept Lines: 20 In-reply-to: zrjm03@apctrc.trc.amoco.com's message of 20 Nov 89 20:33:13 GMT > In merging PHIGS with X, will it be possible within the confines of existing > or upcoming ANSI/ISO PHIGS/X standards to underlay, overlay, or mix "image" > data with the 3D graphics provided by PHIGS? The "API" (application programmer interface) for (the 3-D part of) PEX is officially that of PHIGS+. So there will not be a "PHIGS-like" way to merge raster data with 3-D data. If it could get hold of the drawable that PEX is using, a "PEX aware" application could presumably use standard X calls to merge image data with 3-D data. The main problem would be one of intercepting expose events to the drawable so that the X data could be redrawn (since presumably this interception is happening somewhere in the guts of the API). As far as I know, the ways in which a "PEX aware" application could interact with a PEX drawable have not been defined yet. In fact, I think that the whole issue of combining the an external (to the API) X event loop with the API internal event processing has not been resolved. -- =Spencer (spencer@eecs.umich.edu)