home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / windows / x / motif / 5875 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  3.1 KB
  1. Xref: sparky comp.windows.x.motif:5875 comp.windows.x.pex:504 comp.graphics:9221
  2. Path: sparky!uunet!dtix!mimsy!sdd.comsat.com!mike
  3. From: mike@sdd.comsat.com (Mike Stennett)
  4. Newsgroups: comp.windows.x.motif,comp.windows.x.pex,comp.graphics
  5. Subject: OPINIONS ON 2D GRAPHICS WANTED
  6. Message-ID: <mike.714929157@sdd.comsat.com>
  7. Date: 27 Aug 92 15:25:57 GMT
  8. Sender: usenet@sdd.comsat.com (USENET News System)
  9. Organization: SDD, COMSAT Labs, Clarksburg, MD
  10. Lines: 50
  11.  
  12.  
  13.  
  14. I am new to the graphics area and would like opinions / recommendations
  15. from anyone experienced in working with graphics and X.
  16.  
  17. Currently our department is looking into the best way to provide application 
  18. programmers with 2D interactive graphics.  We work in an X Windows/Motif 
  19. environment and would like some package to at least run on the majority 
  20. of UNIX architectures.  We would also like to have some ability to implement
  21. user-controlled motion dynamics and update dynamics.  At least be able to 
  22. drag simple objects around a complex background drawing without the cursor
  23. getting ahead of the object.  
  24.  
  25. My initial thought was to create a simple package myself expanding on X 
  26. primitives.  I felt most of the work had be done and 2D graphic scaling and
  27. rotating algorithms are fairly simple.  However, I have looked into the X 
  28. primatives more closely and have found a few problems in creating my own 2D 
  29. package.  The following are examples of the concerns I have.
  30.  
  31.  - First, I see no reasonable way to rotate text.  This seems rather absurd.  
  32.    The only way I see to do it is to pull an XImage of the text and rotate it
  33.    pixel by pixel which I would think yields terrible performance.  Is there
  34.    a better way?
  35.    
  36.  - Next, to allow ellipses to rotate it would seem XFillPolygon would have to
  37.    be used.  XFillArc only allows ellipses on the X or Y axis.  This 
  38.    requires the calculations of the points along the path of the ellipse.
  39.    These points could be stored but would still need to be recalculated every
  40.    time the ellipse is scaled.  Again I would think the end result would be
  41.    poor performance relative to XFillArc (especially since I bet XFillArc does 
  42.    its calculations on the server side).  This type of performance hit I would
  43.    think make update dynamics impossible.
  44.    
  45. I would like to know if your experience with X primitives has found that they
  46. are worth working around such problems.  Do you recommend another graphics 
  47. package?  We currently have GKS but several application programmers complain
  48. it is slow and does not allow them functionality like XOR rubber banding.  GKS
  49. also has poor modeling capability.  Not being able to edit segments proves
  50. to be a problem.  
  51.  
  52. I have also heard of PEX-SI but I am worried that such a 3D package will have
  53. a large overhead and we do not need the 3D features at this time.  I have 
  54. also been told that editing PHIGS structures can be a real pain (but maybe 
  55. those people are just belly acres).   Can I do rubber banding and everthing
  56. in PEX-SI that I can do in X?  Is PEX-SI a good choice for 2D graphics?
  57.  
  58. I await anyone's wisdom on this subject and thank you in advance for your help.
  59.  
  60. Mike Stennett (mike@sdd.comsat.com)
  61. COMSAT Laboratories, SDD
  62.