🚀 go-pugleaf

In article <476@imp.diablery.10A.com>
	devil@diablery.10A.com (Gil Tene) writes:
>Is it possible to use a 2D imaging model under PEX? 

Since 2D is a subset of 3D imaging, the answer is yes.  The phigs api
provides 2D primitive and viewing functions.

>3D processing is much more expensive than 2D processing is. A
>trasformation requires roughly 2 times the calculations. This 
>means a "2D PEX server" could draw a 2D display at least twice
>as fast as a "3D PEX server".

Sounds like what you really want is to extend the idea of display
lists to encompass X primitives?  I'm not sure if you're arguing for
explicit 2D display lists to achieve performance, or a separate
"2D PEX" extension.  From all the problems existing subsetting has
caused, I doubt if anyone is going to lobby for a 2D subset of PEX,
or a new 2D extension to support display lists.

However, the structure element mechanism could be extended to support
X primitives.  How useful this would be given that X primitives are
all in device coordinates, I'm not sure.

						-- Rich
-- 
	Repeal the personal income tax; vote Libertarian in 1992.
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer