home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text4435.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  4.8 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id GAA28315 for <executor@nacm.com>; Sun, 3 Sep 1995 06:09:20 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id HAA15278; Sun, 3 Sep 1995 07:08:51 -0600
  3. Received: from beaut.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0spEhT-000Yc5C; Sun, 3 Sep 95 07:03 MDT
  5. Received: by beaut.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0spEhS-00005oC; Sun, 3 Sep 95 07:03 MDT
  7. Message-Id: <m0spEhS-00005oC@beaut.ardi.com>
  8. Date: Sun, 3 Sep 95 07:03 MDT
  9. From: ctm@ardi.com (Clifford Thomas Matthews)
  10. To: Peer Griebel <griebel@uni-paderborn.de>
  11. Cc: executor@nacm.com, bugs@ardi.com, gnats@ardi.com
  12. Subject: Re: printing problems with E/L
  13. Sender: owner-paper@nacm.com
  14. Precedence: bulk
  15.  
  16.     Peer> Hi,
  17.  
  18.     Peer> as I mentioned in a mail before my wife thinks about using
  19.     Peer> executor to run a cad program (By the way executor seems to
  20.     Peer> be fast enough to do something like that!).
  21.  
  22. Yes, we are fast, but still have many compatibility problems.
  23.  
  24.     Peer> Yesterday I checked the printing capabilities. Here are the
  25.     Peer> results :-(
  26.  
  27. Printing is especially difficult because programs are free to
  28. intersperse PostScript code with their QuickDraw calls and getting the
  29. interaction correct is tricky.
  30.  
  31.     Peer> - there is no color
  32.  
  33. This will not be fixed by the time 2.0 comes out.
  34.  
  35.     Peer> - rotated text is not rotated in the printing
  36.  
  37. This has worked from some programs in the past.  There is a standard
  38. way to do it and we ostensibly support the standard.  It could be that
  39. this code broke somehow or it could be that the program in question is
  40. doing something non-standard.  I'm logging this to our bug tracking
  41. database so we can look at it eventually.
  42.  
  43.     Peer> - areas filled with a color (e.g. white) will not be filled
  44.     Peer> in the printout.  The things located under the area become
  45.     Peer> visible.
  46.  
  47. We may be able to special case white.  I wrote the original QuickDraw
  48. implementation and the original printing implementation.  Since then,
  49. Cotton Seed and Mat have rewritten Executor to support color, but they
  50. left printing alone.  When we can all get together we'll see what we
  51. can do.
  52.  
  53.     Peer> - there are NaN's in the generated postscript. The
  54.     Peer> postscript generation process seems to have problems with
  55.     Peer> some calculations (I stripped the lines containing the NaN's
  56.     Peer> and got some output in ghostview)
  57.  
  58. If you can reproduce NaNs using any program that we are likely to have
  59. (Word, Excel, shareware/demoware/freeware) then we should be able to
  60. fix this fairly easily.  I found and fixed one set of NaNs a while
  61. ago.
  62.  
  63.     Peer> - There is another error in the generated Postscript code:
  64.     Peer> there are many lines saying 0.000000 0.000000 0.000000
  65.     Peer> 0.000000 rectclip which means the clipregion has no
  66.     Peer> size. Therefore no drawing is visible If I change the zeros
  67.     Peer> to some `reasonable' values some of the lost elements become
  68.     Peer> visible.
  69.  
  70. This may also be a side-effect of the changes to QuickDraw that I
  71. mention above.  Again, if we can reproduce this, we have a much better
  72. chance of fixing it.
  73.  
  74.     Peer> - (Umlauts are not printed - this problem is known. But I
  75.     Peer> would like to say that it is neccessay for us to have
  76.     Peer> umlauts!)
  77.  
  78. This is very strange.  So far I've been on the assumption that you're
  79. using the latest version of Executor/Linux, but I'm pretty sure that
  80. I've fixed this problem a while ago.  Umlauts *should* print, although
  81. right now they're next to impossible to generate via the keyboard.
  82. Please check this with 1.99o5 and let me know if it's still broken and
  83. what program you're using it from.
  84.  
  85.     Peer> What are the plans of ardi in respect to printing?  I hope
  86.     Peer> you will manage to eliminate all these problems! It would be
  87.     Peer> too bad if executor would not be usable for real world
  88.     Peer> problems because of such problems!
  89.  
  90. We should be able to eliminate most of the problems you have
  91. described.  Full support for color printing won't be there for 2.0,
  92. but hopefully we can at least get white to erase things.  Perhaps some
  93. of the problems really are already fixed (I thought I had fixed the
  94. NaNs, rectclips and Umlauts already).
  95.  
  96.     Peer> connection reset by Peer
  97.  
  98.  
  99.     Peer> P.S I did not get any response to my last mail concerning
  100.     Peer> the problems with RagTime, Excel and Word. Did you receive
  101.     Peer> my mail? Or am I simply too impatient ;-)
  102.  
  103. We have been very shorthanded in August and this first week of
  104. September will be slightly worse as Mat is out of the office until
  105. Thursday or Friday.  By now I've replied to that letter, although I
  106. don't think I cc'd my reply to the Executor mailing list.
  107.  
  108.     --Cliff
  109.     ctm@ardi.com
  110.  
  111.