home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / windows / intervie / 3456 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  1.8 KB

  1. Path: sparky!uunet!spool.mu.edu!agate!magnolia.Berkeley.EDU!braver
  2. From: braver@magnolia.Berkeley.EDU (Michael Braverman)
  3. Newsgroups: comp.windows.interviews
  4. Subject: Landscape Text Bug/Feature in Idraw
  5. Date: 23 Dec 1992 10:36:23 GMT
  6. Organization: University of California, Berkeley
  7. Lines: 26
  8. Distribution: usa
  9. Message-ID: <1h9ff7INNbnh@agate.berkeley.edu>
  10. NNTP-Posting-Host: magnolia.berkeley.edu
  11.  
  12. I have two versions of Idraw on my Sparcstation.   Unfortunately, I don't
  13. know their exact version numbers, but I believe the following description
  14. should suffice to eliminate any ambiguity.  The older version (which is from
  15. the era when multiple views were not supported) does what I expect when
  16. writing text in landscape mode: namely, it goes left to right across the
  17. screen (and left to write across the print-out when the print-out is held
  18. in the landscape orientation).  The newer version of idraw (which I believe
  19. was the first version to support multiple views and the first version to
  20. separate the selection of arrows from the selection of line thickness in
  21. the "Brush Menu") does not do what I expect in the landscape orientation;
  22. the page border gets flipped sideways, but inserted text gets printed in
  23. the same orientation as it would have had I stayed in Portrait Mode (i.e.,
  24. in landscape mode text comes down from the top of the page to the bottom
  25. with the tops of the characters oriented to the right of the Landscape mode
  26. page border - in other words, the text is only readable from left to right
  27. if the print-out is held in a Portrait orientation)
  28.  
  29. Now the question- before I go to the trouble of compiling version 3.1,
  30. could someone tell me if this strange behavior has been fixed, or is this
  31. known to be a "feature" of the later versions of idraw?
  32.  
  33.  
  34. Thanks for the info,
  35.  
  36. Michael Braverman
  37. braver@cs.berkeley.edu
  38.